3.3Gestion des modifications & du périmètre
Un projet vit : des demandes de changement surgissent forcément (nouvelle fonctionnalité, contrainte imprévue, évolution du besoin). Le danger n'est pas le changement en soi, mais le changement non maîtrisé — ces « petits ajouts » acceptés à la volée qui, cumulés, font exploser délais et budget. C'est le retour du scope creep, à combattre par un processus.
La parade est un processus de gestion des changements : toute demande est formalisée, son impact évalué (sur coût, délai, qualité, risques), puis validée ou refusée par l'instance compétente (souvent le COPIL). On ne dit pas « non » à tout — on dit « oui, et voici ce que cela implique ». Maîtriser les changements, c'est protéger le triangle d'or.
Vocabulaire de la section
- Demande de changement
- Toute requête modifiant le périmètre, le planning ou le budget convenus. À traiter formellement.
- Processus de gestion des changements
- Circuit défini : formaliser la demande → évaluer l'impact → décider (accepter/refuser) → tracer.
- Analyse d'impact
- Évaluation des conséquences d'un changement sur coût, délai, qualité, risques et ressources.
- Comité de changement (CCB)
- Instance qui statue sur les demandes de changement (souvent le COPIL sur les projets courants).
- Traçabilité
- Enregistrement des demandes, décisions et de leurs justifications, pour l'historique et la référence.
Comment traiter une demande de changement de périmètre ?
En pratique — Instaurer un processus de changement
- Définissez un mini-processus : toute demande de changement est écrite (qui, quoi, pourquoi), pas acceptée à l'oral.
- Pour chaque demande, réalisez une analyse d'impact : effet sur le coût, le délai, la qualité et les risques.
- Faites décider l'instance compétente (sponsor/COPIL) : accepter (avec ajustement du triangle), refuser, ou reporter.
- Tracez la décision et communiquez-la : le périmètre de référence est mis à jour, tout le monde est aligné.
Points clés à retenir
- Le danger n'est pas le changement, mais le changement NON maîtrisé.
- Tout changement se formalise, s'évalue (impact) et se décide.
- « Oui, et voici ce que cela implique » plutôt que « oui » à la volée.
- Un processus de changement protège le triangle coût/délai/qualité.
Questions fréquentes
Faut-il refuser tous les changements pour tenir le planning ?
Non : rigidifier à l'excès nuit autant que tout accepter. Un projet doit pouvoir intégrer les évolutions vraiment utiles. La clé n'est pas de dire non, mais de rendre visible le coût de chaque changement (impact délai/budget) pour que la décision soit éclairée. On accepte en connaissance de cause, ou l'on renonce en connaissance de cause.
Comment gérer les micro-demandes informelles du client ?
Ce sont les plus dangereuses car elles semblent anodines. Instaurez le réflexe : même une « petite » demande passe par le processus (au moins une trace et une évaluation rapide). Expliquez au client que c'est justement ce qui protège SON projet des dérapages. Une fois la règle posée et comprise, elle évite d'innombrables tensions en fin de projet.