L'objet de ce détail sur l'enchaînement d'activités est de s'assurer que l'impact du changement sur le projet est bien pris en considération et que les changements approuvés sont apportés dans un projet de façon cohérente.


Rubriques


      Demande de changement
Demande
de changement
  Plan d'itération
Plan d'itération
Demande de changement
Demande
de changement
 
         
 
Responsable du contrôle des changements
Responsable
du contrôle
des changements

 

 
Confirmer une demande de changement dupliquée ou rejetée
Confirmer
une demande
de changement
dupliquée
ou rejetée

 
Revoir une demande de changement
Revoir une
demande
de changement

 
         
      Demande de changement
Demande
de changement
  Demande de changement
Demande
de changement
 

      Plan d'itération
Plan d'itération
Plan de développement logiciel
Plan de
développement
logiciel
 
       
 
Chef de projet
Chef de
projet

 

 
Planifier et attribuer des tâches
Planifier
et attribuer
des tâches

 
       
      Plan d'itération
Plan d'itération
Plan de développement logiciel
Plan de
développement
logiciel
 
      Ordre de travail
Ordre de
travail
 

         
 
Tout rôle
Tout rôle
 

 
Soumettre une demande de changement
Soumettre
une demande
de changement

 
       
      Demande de changement
Demande
de changement
 


Description To top of page

Disposer d'un processus de contrôle des changements standard écrit garantit que les changements sont apportés de façon cohérente dans le projet et que les intervenants concernés sont informés de l'état d'avancement du produit, des changements qui lui sont apportés et de l'impact de ces changements sur le coût et le calendrier.

Informations connexes To top of page

Cette section fournit des liens vers des informations complémentaires relatives à ce détail sur l'enchaînement d'activités.

Calendrier To top of page

Alors que ce travail commence dans la phase de Création et se poursuit tout au long du cycle de vie du projet, il a tendance à gagner en importance dans le temps. Il est souvent géré de façon bien plus formelle dans la phase de Transition qu'il ne l'est au début dans la phase de Création.

Caractère facultatif To top of page

Ce travail n'est pas considéré comme facultatif, bien que dans la culture du projet, il pourra varier d'une petite considération informelle à un bien plus gros effort. Notez que certains environnements CM peuvent permettre la prise en charge de la fonction CCB à travers l'automatisation du processus quand des règles peuvent être établies dans un outil. Cela est notamment le cas lorsque la fonction CCB doit être gérée à travers des équipes distribuées.

Dotation en personnel To top of page

Le Comité de contrôle des changements (ou de la configuration) (CCB) supervise le processus de changement. Il est composé de représentants des différents rôles dans RUP. Il comprend généralement des responsables, intervenants (clients, utilisateurs finaux), développeurs, et testeurs. Dans un petit projet, une seule personne, comme un chef de projet ou l'architecte logiciel, peut être l'unique représentant au CCB. Dans le Rational Unified Process, c'est le Responsable du contrôle des changementsqui assume principalement ce rôle.

Principes et conseils de travail To top of page

Voir la section Informations connexes pour des conseils supplémentaires qui vous aideront à effectuer ce travail.

De plus amples explications sur ces concepts, activités suggérées et état d'avancement des Demandes de changement sont disponibles dans Concepts : Gérer les demandes de changement.



RUP (Rational Unified Process)   2003.06.15