3.3Gestion des modifications du périmètre
L'essentiel en 30 secondes
- Le danger n'est pas le changement mais le changement non maîtrisé : les « petits ajouts » cumulés font dériver délais et budget.
- Tout changement se formalise par écrit, s'évalue (coût, délai, qualité, risques) puis se décide (accepter, refuser, reporter).
- Réflexe : « oui, et voici ce que cela implique » — un processus qui protège le triangle coût / délai / qualité.
Mini-cas filé — Bilal dit « oui, et voici le prix »
En pleine exécution, le client de Bilal demande « juste un petit module en plus » à l'oral, puis un deuxième. Avant, Bilal aurait accepté pour faire plaisir — et explosé le planning. Cette fois, chaque demande est écrite, chiffrée (3 jours, + budget test) et tranchée en COPIL : l'une acceptée avec délai ajusté, l'autre reportée en phase 2. Le client comprend : le processus protège SON projet.
Suite du cas 3.1-3.2 — Bilal canalise les changements au lieu de les subir.
1. Le danger du changement non maîtrisé
Un projet vit : des demandes de changement surgissent forcément. 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 : la dérive lente du périmètre. Bilal en a fait les frais avant de se discipliner.
Les micro-demandes informelles sont les plus dangereuses car elles semblent anodines : leur somme est une cause majeure de dépassement.
2. Un processus, pas un refus
La parade est un processus de gestion des changements : toute demande de changement est formalisée (qui, quoi, pourquoi), son impact évalué (coût, délai, qualité, risques), puis validée ou refusée par l'instance compétente (souvent le COPIL ou le sponsor).
On ne dit pas « non » à tout — on dit « oui, et voici ce que cela implique ». La décision est tracée et le périmètre de référence mis à jour. Maîtriser les changements, c'est protéger le triangle d'or.
🔎 Exemple concret — Les micro-demandes informelles
Les plus dangereuses.
« Juste un petit ajout » à l'oral → paraît anodin, mais s'accumule.
Réflexe : même une petite demande passe par le processus (trace + éval rapide).
→ c'est ce qui protège LE projet du client des dérapages.Résultat : le coût de chaque changement rendu visible.
Réflexe : mettre à jour le périmètre de référence.
Vocabulaire de la section
- Demande de changement
- Toute requête modifiant le périmètre, le planning ou le budget convenus ; à traiter formellement.
Exemple simple : le « petit module en plus » du client de Bilal, écrit et chiffré.
Ce que ce n'est pas : un ajustement interne sans effet convenu entre parties.
Réflexe : aucun ajout accepté à l'oral, même petit.
- Processus de gestion des changements
- Circuit défini : formaliser la demande, évaluer l'impact, décider, tracer.
Exemple simple : Bilal applique écrit → chiffrage → COPIL → trace.
Ce que ce n'est pas : accepter à la volée pour faire plaisir.
Réflexe : afficher le circuit à toute l'équipe et au client.
- Analyse d'impact
- Évaluation des conséquences d'un changement sur coût, délai, qualité, risques et ressources.
Exemple simple : « +3 jours, + tests, risque de retard livraison ».
Ce que ce n'est pas : « oui, on va voir » sans chiffrage.
Réflexe : chaque demande = 4 cases d'impact remplies.
- Comité de changement (CCB)
- Instance qui statue sur les demandes (souvent le COPIL sur les projets courants).
Exemple simple : le COPIL de Bilal tranche : accepter avec délai ou reporter.
Ce que ce n'est pas : l'équipier qui accepte seul un ajout client.
Réflexe : seule l'instance compétente tranche, jamais seul.
- Traçabilité
- Enregistrement des demandes, décisions et justifications, pour l'historique et la référence.
Exemple simple : Bilal archive demande, chiffrage et décision signée.
Ce que ce n'est pas : des accords oraux introuvables en fin de projet.
Réflexe : toute décision écrite et partagée à tous.
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é.
Script prêt à dire — répondre à un « petit ajout » (30 s)
« Avec plaisir, on l'étudie. Je te fais écrire la demande en deux lignes, je chiffre l'impact délai et budget, et on tranche ensemble : on l'intègre en ajustant, ou on le met en phase 2. C'est ce qui protège ton planning. »
À dire au client calmement, sans défensive : le processus est un service, pas un refus.
Modèle copier-coller — fiche demande de changement
DEMANDE (qui / quoi / pourquoi) : _______________
IMPACT COÛT : _______________ | IMPACT DÉLAI : _______________
IMPACT QUALITÉ / RISQUES : _______________
DÉCISION (accepter / refuser / reporter) : _______________
AJUSTEMENT TRIANGLE : _______________ | PÉRIMÈTRE MAJ LE : _______________TPE / petit budget
Un carnet suffit : 1 ligne par demande (quoi, impact, décision) relue avec le client chaque semaine.
PME Algérie
Bilal fait valider par écrit même les demandes urgentes par message : capture + chiffrage avant exécution.
Projet informatique
Tout ajout = chiffrage dev + tests + recette : le client voit que « petit » n'est jamais gratuit.
Projet client externe
Lier chaque acceptation à un avenant (délai, budget) signé : la trace protège les deux parties.
✓ Bonnes pratiques
- Formalisez toute demande par écrit, même « petite ».
- Rendez visible le coût de chaque changement (impact chiffré).
- Tracez les décisions et mettez à jour le périmètre de référence.
✗ Pièges fréquents
- Accepter des ajouts à l'oral, à la volée.
- Tout refuser par principe (rigidité contre-productive).
- Laisser passer les micro-demandes sans aucune trace.
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é.
Défi 48h — appliquez demain
Écrivez la prochaine demande entrante sur la fiche changement (modèle ci-dessus), chiffrez son impact et faites-la trancher par qui de droit.
- Je peux citer les 4 étapes du processus.
- Je sais dire « oui, et voici ce que cela implique ».
- J'ai tracé 1 demande réelle (ou préparé la fiche).
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 intégrer les évolutions utiles. La clé est de rendre visible le coût de chaque changement (impact délai/budget) pour décider en connaissance de cause : on accepte ou on renonce lucidement. Le processus sert à décider, pas à bloquer.
Comment gérer les micro-demandes informelles du client ?
Ce sont les plus dangereuses car anodines en apparence. Réflexe : même une petite demande passe par le processus (trace + évaluation rapide). Expliquez que c'est ce qui protège SON projet des dérapages. Une fois la règle comprise, elle évite d'innombrables tensions : la somme de « petits riens » sans trace est une cause majeure de dépassement.
Le client de Bilal glisse « juste un petit ajout » à l'oral. Que faire ?