Le Processus de Gestion des Changements dans un Projet : Évaluation et Mise en Œuvre

Définition PMBOK v8

Le processus Évaluer et Mettre en Œuvre les Changements (Assess and Implement Changes) est un processus du domaine de performance Delivery (Livraison) qui consiste à évaluer l'impact des demandes de changement, à les approuver, les rejeter ou les différer, puis à mettre en œuvre les changements approuvés. Il s'agit d'un processus clé du Gouvernance (Governance) du projet, qui s'applique tout au long du cycle de vie.

Pourquoi c'est important pour l'examen

Ce processus est systématiquement testé à l'examen PMI car il représente un point de contrôle critique entre la planification et l'exécution. Les questions portent souvent sur la distinction entre les types de changements (correctif, préventif, réparation de défaut, mise à jour) et sur l'autorité décisionnelle (chef de projet vs Change Control Board). Les scénarios de questions vous demanderont fréquemment de déterminer la bonne action à entreprendre face à une demande de changement.

Points clés à retenir (pour l'examen)

• Input principal: Demande de changement (Change request) - elle peut être initiée par les parties prenantes, l'équipe projet ou toute autre source.
• Output principal: Changement approuvé (Approved change request) - c'est le seul type de changement qui peut être mis en œuvre.
• Types de changements:
  • Action corrective (Corrective action): aligner les performances futures sur le plan de management du projet.
  • Action préventive (Preventive action): réduire la probabilité d'impacts négatifs.
  • Réparation de défaut (Defect repair): corriger un défaut non conforme.
  • Mise à jour (Update): modification d'un document sans impact sur les lignes de base.
• Outil clé: Analyse d'impact (Impact analysis) - obligatoire avant toute décision sur un changement.
• Décisions possibles: Approuvé (Approved) / Rejeté (Rejected) / Différé (Deferred) / Demande d'informations supplémentaires (More Information).
• Confusion fréquente: Le Change Control Board (CCB) n'intervient que pour les changements qui impactent les lignes de base (baselines). Le chef de projet peut approuver les changements mineurs sans impact sur les lignes de base.

Exemple type examen PMI

Situation: Vous êtes chef de projet sur un projet de développement logiciel. Un développeur vous informe qu'il a découvert une faille de sécurité dans un module déjà livré. Il propose de la corriger immédiatement. Quelle est votre PREMIÈRE action?

Réponse attendue: Documenter la demande de changement (Change request) de type Réparation de défaut (Defect repair) et évaluer l'impact sur le calendrier, le budget et la qualité avant de l'approuver.

Pièges à l'examen PMI

• Piège: Confondre "Action corrective" et "Action préventive"
  • Réalité: L'action corrective corrige une non-conformité existante ; l'action préventive évite un risque futur.
• Piège: Croire que le CCB approuve TOUS les changements
  • Réalité: Le CCB n'est impliqué que pour les changements qui impactent les lignes de base approuvées.
• Piège: Penser qu'un changement approuvé peut être mis en œuvre immédiatement sans mise à jour des documents
  • Réalité: Tout changement approuvé doit être enregistré dans le journal des changements (Change log) et les documents du projet doivent être mis à jour.
• Piège: Considérer que toutes les demandes de changement sont des problèmes
  • Réalité: Les demandes de changement peuvent aussi être des opportunités (améliorations, optimisations).

Connexions PMI importantes

Questions de révision rapide

1. Quelle est la différence entre une "Action corrective" et une "Réparation de défaut"?
2. Qui peut initier une demande de changement dans un projet?
3. Quels sont les quatre types de décisions possibles face à une demande de changement?
4. Dans quel cas le Change Control Board (CCB) doit-il être impliqué?
5. Que doit-on faire d'une demande de changement rejetée?

Référence PMBOK v8

Section 2.1.6.8 - Assess and Implement Changes (pages 28-30, 114, 116-117, 151)