Question

Quelqu'un peut-il s'il vous plaît dire ce qui est l'outil de gestion des demandes de changement et ce qui est impliqué quand une demande de modification est soumise à cet outil?

Était-ce utile?

La solution

Un outil de gestion des demandes de changement pour les utilisateurs de demander des modifications dans le logiciel.

Lorsque le processus de développement du logiciel commence, il y a un accord entre l'équipe de développement et les utilisateurs (ou leur département) sur ce que le logiciel fera. On appelle cela les exigences. Une fois que tout le monde est d'accord sur les exigences, de préférence par écrit, le développement commence.

Si les utilisateurs découvrent qu'ils doivent modifier les conditions à tout moment au cours du développement, ils font une demande de modification. Ces demandes sont enregistrées dans l'outil de gestion des demandes de changement. L'équipe de développement examine la demande et négocie avec les utilisateurs sur le changement - combien de temps supplémentaire ou l'argent qu'il faudra -. Jusqu'à ce qu'ils parviennent à un accord

Une fois que le logiciel a été déployé, il peut y avoir des modifications supplémentaires identifiés par les utilisateurs. Ils enregistrent leurs demandes dans l'outil de gestion des demandes de changement. Régulièrement, l'équipe de développement examine les nouvelles demandes de modification et fait un accord avec les utilisateurs dont ces demandes seront incluses dans la prochaine version du logiciel.

Utilisation de la demande de modification de l'aide de l'outil de gestion pour gérer « la portée de fluage ». Il aide les deux parties d'évaluer le travail supplémentaire nécessaire sur le logiciel et permet de rester organisé tout le processus.

Si cela est fait correctement, il y aura un enregistrement des modifications demandées, les modifications apportées, et les changements actuellement en cours. améliorations du logiciel seront prioritaires.

Autres conseils

Il est similaire ou identique à un outil de suivi des bogues. Les choses qui pourraient se produire comprennent:

  • Quelqu'un regarde la demande (la « quelqu'un » pourrait être un chef de produit, chef de projet et / ou chef d'équipe de développement) et décide de l'examiner plus avant

  • Si la demande est pas immédiatement rejetée, il est passé à quelqu'un (peut-être l'architecte ou le chef d'équipe de développement), qui évaluera sa faisabilité et dire ce que l'effort / calendrier / ressources nécessaires pour mettre en œuvre ce serait

  • Si le bénéfice attendu dépasse le coût prévu, etc., alors il sera approuvé et ajouté au calendrier de développement, et finalement attribué à un développeur disponible

  • Comme il passe par ces différentes étapes et est considéré par diverses personnes, les gens vont ajouter leurs opinions et / ou les détails et documents supplémentaires: par exemple au moment où il atteint enfin la personne QA qui teste les pays développés la mise en œuvre de la modification demandée, la ersonne AQ verra non seulement la demande initiale, mais également les commentaires du chef de projet, l'architecte, le développeur, etc.

Il est en fait une base de données qui permet de garder tous vos articles « todo » de tomber de la table.

Et aussi comme un avantage marginal, fournit un moyen d'évaluer la façon dont votre équipe de développement est en cours d'exécution de leur processus.

vous pouvez utiliser un outil de gestion des problèmes (bug tracker) comme outil de demande de changement

ou vous pouvez aller lo-fi et utiliser un protocole à la place (à savoir qu'une procédure écrite dans un document Word)

ce que j'utilise avec mes clients est une combinaison de sla (accord de niveau de service) et le protocole de demande de changement: 'entretien blocs' - Gestion des demandes de changement

- LM

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top