Tâche: Revue des demandes de changements
Cette tâche explique comment réaliser le triage des demandes de changement.
Objet
  • L'objet de cette tâche est de déterminer si la demande de changement doit être acceptée ou marquée pour rejet. Pour les demandes de changement acceptées, cette tâche évalue la priorité, l'effort, le planning, etc., pour déterminer si les changements sont à la portée de la version actuelle.
Relations
RôlesPrincipal: Complémentaire: Auxiliaire:
EntréesObligatoire: Facultatif:
  • Aucun
Externe:
  • Aucun
Sorties
Etapes
Organiser une réunion de revue du comité de contrôle des changements

Le Comité de contrôle des changements (CCB)est chargé de superviser les processus de changement. Il est composé de représentants de toutes les parties concernées, y compris les clients, les développeurs et les utilisateurs. Pour un petit projet, une seule personne, par exemple le responsable de projet ou l'architecte logiciel, peut jouer ce rôle. Dans le cadre du Rational Unified Process, ce rôle est rempli par le Responsable du contrôle des changements.

Ce comité est chargé de revoir les demandes de changement soumises. Il commence par revoir le contenu de la demande de changement afin de se prononcer sur sa validité. Si la demande de changement est valide, il s'agira de déterminer si le changement est à la portée de la version actuelle, en fonction de la priorité, de la planification, des ressources, du niveau d'efforts, des risques, de la gravité et de tout autre critère pertinent déterminé par le groupe. Cette réunion se tient une fois par semaine. Toutefois, si le nombre de CR est important, ou lorsque la fin du cycle de développement approche, le rythme peut devenir quotidien. On retrouve généralement au sein du comité de contrôle des changements le responsable du test, le responsable du développement et un membre du département marketing. D'autres participants peuvent être appelés à la demande des membres selon les besoins.

Extraction des demandes de changement pour revue

Le formulaire de demande de changement est un produit soumis de manière formelle, utilisé pour effectuer le suivi de toutes les demandes, des nouvelles fonctionnalités, des demandes d'amélioration, des incidents, des nouvelles exigences, etc.. Cela inclut les informations d'état associées tout au long du cycle de vie du projet. Tout l'historique des changements est conservé avec la demande de changement, y compris les changements d'état (avec leur date respective) et le motif de chaque changement. Ces informations seront disponibles pour les revues et la validation finale. Le document Produit : Demandes de changement contient un exemple de formulaire de demande de changement.

Revue des demandes de changement soumises

L'objet de cette tâche est d'effectuer une revue des demandes de changement Soumises . Cet état peut faire suite à 1) la soumission d'une nouvelle CR, 2) la mise à jour d'une CR existante CR ou 3) l'analyse d'une CR différée sur un cycle de développement ultérieur. La CR est placée dans la file d'attente des CR à revoir par le CCB. Aucune désignation de propriétaire n'est effectuée à la suite de cette action.

Le CCB commence par revoir le contenu de la demande de changement afin de se prononcer sur sa validité. Si la demande de changement est valide, il s'agira de déterminer si le changement est à la portée de la version actuelle, en fonction de la priorité, de la planification, des ressources, du niveau d'efforts, des risques, de la gravité et de tout autre critère pertinent déterminé par le groupe.

Si la demande de changement est valide mais "hors de la portée" de la version actuelle, son état passera à celui de différé ce qui signifie qu'elle sera réexaminée lors des versions ultérieures. Une version cible peut être affectée pour indiquer le laps de temps pendant lequel la demande de changement peut être soumise pour intégrer à nouveau la file d'attente du comité de contrôle des changements.

Si une CR semble être identique à une autre CR qui a déjà été soumise, elle doit être transmise au responsable du CCB ou au membre de l'équipe désigné pour résoudre ce problème. Lorsque l'état d'une CR passe à Doublon, le numéro de la CR qui semble identique est enregistré (sous l'onglet Attachments dans ClearQuest). Un demandeur doit toujours effectuer une recherche de doublons dans la base de données des CR avant de soumettre une CR. Ceci permettra d'éviter plusieurs étapes du processus de revue et par conséquent économiser beaucoup de temps. La personne qui a soumis la CR en double doit être ajoutée à la liste de notification de la CR d'origine pour toutes les questions concernant la résolution.

Parfois, le CCB ou la personne désignée peut conclure que la CR n'est pas valide ou que le demandeur doit fournir davantage d'informations. Si elle est déjà affectée (Ouverte), la CR est supprimée de la file d'attente de résolution et sera réexaminée ultérieurement. Un membre du CCB est chargé de confirmer cette décision. Aucune action n'est nécessaire de la part du demandeur sauf si cela est explicitement indiqué (auquel cas l'état de la CR passe à Plus d'informations. La CR sera alors réexaminée au sein du CCB, à la lumière des nouvelles informations soumises. Si elle est confirmée comme non valide, la demande de changement sera fermée par le comité de contrôle des changements et l'émetteur en sera informé.

Quand une demande de changement est déterminée comme étant "à la portée" de la version actuelle, on lui attribue l'état ouverte et elle se trouve alors en attente de résolution. Elle doit être résolue avant un jalon cible à venir. Elle a été définie comme étant dans la "file d'attente d'affectation". Les membres du Comité sont seuls habilités à ouvrir une CR qui se trouve dans la file d'attente de résolution. Si une CR de priorité 2 ou supérieure est mise en évidence, il convient d'en aviser immédiatement le QE ou le responsable de projet. A ce stade, une réunion extraordinaire du CCB peut être décidée, ou une personne habilitée peut ouvrir la CR en question immédiatement.

Le responsable de projet doit alors s'occuper de cette demande de changement ouverte et devra donc affecter le travail en fonction du type de demande de changement et mettre à jour le planning le cas échéant.

Les différents états par lesquels une demande de changemet typique peut passer sont répertoriées dans la gestion des demandes de changement.



Propriétés
Plusieurs occurrences
Commandé par les événements
En cours
Facultatif
Planifié
Réitérable
Plus d'informations