Qu’est-ce que Scope Creep (Dérive de périmètre) ?

C'est comme agrandir la maison briquette par briquette sans refaire les plans ni signer de permis : le glissement progressif et non contrôlé des fonctionnalités d’un projet web, hors tout avenant ou backlog priorisé. Il naît le plus souvent de demandes informelles (e-mail, réunion sans compte-rendu), d’objectifs flous (« on verra en V2 ») ou d’une absence de règle sur ce qui est « dans » ou « hors » scope. Chaque micro-extension semble anodine ; cumulées, elles redessinent le livrable sans mettre à jour budget, délais ni responsabilités. Le scope creep n’est pas la même chose qu’une évolution légitime : celle-ci est arbitrée, chiffrée et replanifiée ; la dérive s’accumule sans décision explicite.

Les demandes arrivent hors outil (couloir, fil e-mail) sans ticket ni estimation consolidée. Sans comité d’arbitrage, elles sont souvent intégrées « pour faire plaisir » ou par défaut. Le backlog grossit sans retirer d’autres items à charge égale : la charge réelle augmente, la date V1 recule, et personne ne signe la liste des reports explicites. Rompre le cycle impose de renvoyer chaque demande vers un même canal (outil, template court) et une règle : rien n’entre sans sortir ou sans budget/délai ajusté.

Il fait exploser les budgets, retarde la mise en ligne et crée des tensions entre direction, métier et prestataire. Côté PME, la trésorerie souffre d’abord des avenants en chaîne ou des heures non facturées ; côté image interne, les équipes perdent le fil de ce qui était « promis » au lancement. Un projet qui dérive sans cadre envoie aussi un signal de pilotage faible aux parties prenantes. À l’inverse, un périmètre tenu avec des demandes de changement traitées comme des mini-contrats préserve la confiance et la prévisibilité. Les suivis agile en entreprise montrent couramment que les équipes qui figent un backlog priorisé livrent 20 % à 30 % plus de valeur mesurable par itération que celles qui accumulent des demandes informelles sans arbitrage.

• Figer le périmètre via un brief ou un backlog contractuel (critères d’acceptation testables), et traiter toute extension comme une demande de changement chiffrée. Lorsque l’incertitude reste forte, une facturation au TJM ou une enveloppe Agile par sprint clarifie l’effort réel et force les arbitrages sans diluer la responsabilité.

• Accepter les « petits ajouts rapides » sans les chiffrer ni les tracer : trois demi-journées par semaine, sur dix semaines, c’est déjà plusieurs semaines-homme — souvent non budgétisées.