Analyse des Changements de Projet : Processus et Décisions Clés
Définition PMBOK v8
Le processus Assess and Implement Changes (Évaluer et Mettre en œuvre les Changements) fait partie du Domaine de Performance : Incertitude et Risques. Il vise à identifier les manières appropriées de traiter les risques globaux du projet et les risques individuels. Les changements peuvent être approuvés, rejetés, ou différés (deferred). Ne pas ajouter un changement au backlog, ou en retirer un existant, équivaut à un rejet.
Pourquoi c'est important pour l'examen
Ce concept est central à l'examen PMI car il teste votre compréhension du flux décisionnel des changements (voir Figure 2-11). Les questions portent souvent sur la distinction entre les types de changements (corrective, preventive, defect repair) et le rôle du Change Control Board (CCB). Attendez-vous à des questions situationnelles où vous devez identifier la décision appropriée.
Points clés à retenir (pour l'examen)
- Types de changements : Corrective Action, Preventive Action, Defect Repair, Update
- Décisions possibles : Approved, Rejected, Deferred, More Information
- Input principal : Project management plan (Change management plan, Configuration management plan, Scope baseline, Schedule baseline, Cost baseline)
- Output principal : Change requests (avec décision)
- Outil clé : Expert judgment, Data analysis (Impact analysis)
- Confusion fréquente : "Deferred" n'est ni approuvé ni rejeté – c'est une mise en attente. "Rejected" signifie retrait du backlog.
- Rôle CCB : Un Change Control Board (ou project board) peut être impliqué dans la décision.
Exemple type examen PMI
Un chef de projet reçoit une demande de modification du périmètre pour ajouter une fonctionnalité non prévue. Après analyse d'impact sur le planning et le budget, il constate que le changement est réalisable mais nécessite une approbation du CCB. Que doit-il faire ? → Soumettre la demande au CCB pour décision.
Pièges à l'examen PMI
- Piège : Confondre "Corrective Action" avec "Preventive Action" Réalité : Corrective = corriger un écart existant ; Preventive = éviter un écart futur
- Piège : Penser que "Deferred" est une approbation temporaire Réalité : "Deferred" signifie reporté, sans décision finale
- Piège : Croire que le CCB approuve tous les changements Réalité : Seuls les changements impactant les baselines (scope, schedule, cost) nécessitent l'approbation du CCB
- Piège : Ignorer que "rejeté" signifie retrait du backlog Réalité : Le rejet est explicite : ne pas ajouter ou retirer un changement du backlog = rejet
Connexions PMI importantes
| Concept lié | Type de relation | Point d'attention examen |
|---|---|---|
| Close Project or Phase | Output vers | Le changement approuvé peut être intégré dans le projet avant clôture |
| Identify Risks | Input vers | Les risques identifiés génèrent des demandes de changement (préventives) |
| Change Log | Document projet | Enregistre toutes les demandes et leurs décisions (approuvé/rejeté/différé) |
| Work Performance Reports | Input | Fournissent les données pour l'analyse d'impact des changements |
Questions de révision rapide
- Quelle est la différence entre "Rejected" et "Deferred" dans le processus d'analyse des changements ?
- Quels sont les trois types de changements (hors Update) selon le PMBOK v8 ?
- Dans quel document sont enregistrées les décisions concernant les demandes de changement ?
- Quel est l'input principal du processus "Assess and Implement Changes" ?
- Quand un Change Control Board (CCB) est-il impliqué dans la décision ?
Référence PMBOK v8
Section 2 – Project Management Performance Domains, Figure 2-11 : "Example Flow for Project Changes"