Comment gérez-vous l'expansion du périmètre d'un projet ?

Question

Accepted Answer

**Scope creep**, l'accumulation progressive de « juste une chose de plus », c'est comment les projets sur la bonne voie glissent discrètement. La solution n'est pas de refuser tout ; c'est de faire de **chaque ajout un compromis visible et explicite** contre le temps, au lieu d'une absorption silencieuse.

## Comment contrôler le scope

```text
✓ Define DONE up front — written, agreed scope
✓ Make the cost of every addition VISIBLE ("yes, and that pushes us a week")
✓ Track changes — a changelog of what got added/cut
✓ Protect a core MVP — defend the must-haves fiercely
✓ Use a PARKING LOT — capture good ideas for "later," don't reject them
✓ Escalate trade-offs to whoever owns priority — let them choose
```

## Le mouvement clé

Ne refusez pas les nouvelles demandes d'emblée, cela vous rend le bloquant. Au lieu de cela, exposez le compromis : « On peut ajouter ça. Ça signifie soit la date limite recule d'une semaine, soit on abandonne la fonctionnalité X. Que préfères-tu ? » Maintenant c'est une décision *métier*, prise par la bonne personne, les yeux ouverts.

## Un exemple concret

En cours de projet, le PM n'arrête pas d'ajouter des petits ajustements. Vous démarrez un journal de changement du scope partagé. Soudainement tout le monde voit que le projet original de deux semaines a absorbé trois semaines d'ajouts, et la conversation sur la deadline devient évidente et facile.

## Pourquoi c'est important

Le scope creep non géré est le tueur silencieux des délais, aucun changement unique ne semble important, mais ils s'accumulent à un échec.

Rendre les compromis explicites garde l'équipe protégée, les parties prenantes informées, et le blâme loin de l'ingénierie quand c'était le scope, pas l'effort, qui en était la cause.