Gérer et maîtriser les changements
Dans l'app : Project → Control → Change requests
PMP ECO · Business Environment (26%) · Task B3. Fais passer chaque changement par une seule porte disciplinée — évalue son impact, décide, mets à jour les lignes de base et communique — pour que le plan reste honnête.
Ce que c'est
L'integrated change control est le processus qui gouverne tout changement aux lignes de base : une change request est soulevée → son impact sur périmètre, planning, coût, qualité et risque est analysé → le change control board (CCB) approuve ou rejette → si approuvé, les lignes de base sont mises à jour et le changement est communiqué et transformé en travail. Rien ne change une ligne de base sauf une change request approuvée.
Pourquoi c'est important
- Le changement non maîtrisé est la façon dont les projets meurent en silence — chaque ajout « petit » se compose jusqu'à ce que la ligne de base soit une fiction.
- Un processus de changement unique et transparent protège l'équipe (« ça c'est une change request ») et donne au sponsor de vrais arbitrages.
Où tu le fais dans VanillaPM
L'onglet Change requests du workspace Control exécute le flux du CCB : soulève une change request, capture l'évaluation d'impact, consigne la décision du CCB et — pour les changements approuvés — fais le pont directement vers les tâches qui l'implémentent, avec un change log comme trace d'audit.
Exemple guidé — Coral Ridge Resort
À mi-chantier, l'owner veut ajouter une infinity pool sur le toit avec vue mer — un value-adder pour une marque cinq étoiles. Plutôt que « juste le faire », cela entre en change control : l'analyse d'impact montre une charge structurelle ajoutée (reconception de la dalle de toit), +1,1 M$ de coût, +3 semaines sur le critical path et un nouvel élément de compliance (code de sécurité des piscines). Le CCB (steering committee) le pèse contre l'ouverture de haute saison, approuve une version réduite, et les lignes de base se mettent à jour ; les tâches du changement approuvé affluent dans le planning. Le change log consigne toute la décision.

L'artefact
- Change requests + change log — chacun avec analyse d'impact, décision du CCB et les mises à jour de ligne de base qu'il a entraînées.
Bonnes pratiques et pièges
- Fais analyser l'impact sur toutes les lignes de base (périmètre et planning et coût et risque et compliance) avant de décider.
- Fais mettre à jour la ligne de base uniquement via une CR approuvée — c'est ce qui la garde ligne de base.
- Piège : confondre le change control (gouverner les changements de ligne de base) avec le change management (aider les gens à adopter le changement — ça c'est B7). Disciplines différentes.
À l'examen PMP
L'integrated change control est un savoir central de l'Intégration : le flux change request → impact → CCB → mettre à jour la ligne de base → communiquer, et la règle que les lignes de base changent seulement par des CR approuvées. Guette le piège d'un PM qui approuve du périmètre directement, ou qui agit sur un changement avant l'approbation du CCB.