Le glissement de périmètre désigne l'extension progressive et incontrôlée des livrables d'un projet, se produisant par une succession de petits ajouts individuels jamais évalués au regard du calendrier, du budget ou des objectifs. Chaque ajout paraît raisonnable pris individuellement, ce qui explique précisément pourquoi l'accumulation passe inaperçue jusqu'à ce que l'engagement initial devienne irréalisable.
La distinction entre dérive et adaptation légitime est importante et souvent floue. Changer de cap parce que des preuves ont démontré que le plan initial était erroné est une décision délibérée, prise en pleine conscience de ses conséquences, et c'est précisément ce que le développement itératif vise à permettre. La dérive, quant à elle, correspond à l'absence de cette décision : du travail est ajouté sans que personne n'évalue ce qu'il remplace, de sorte que le compromis n'est jamais fait explicitement et que les conséquences se manifestent par un délai non respecté plutôt que par un choix délibéré.
Le mécanisme est généralement social plutôt que procédural. Un acteur clé mentionne un ajout mineur lors d'une revue, un développeur remarque une amélioration connexe en cours de travail, une ambiguïté dans les spécifications est levée de manière souple, et chaque modification est trop mineure pour justifier les contraintes d'une demande de changement formelle. L'effet cumulatif de ces nombreuses modifications est substantiel, et comme aucun ajout individuel n'a été suivi, le dépassement ne peut être attribué à un élément précis.
Les exigences ambiguës constituent la cause structurelle la plus fiable. Lorsque la définition de « terminé » est vague, le travail s'étend pour correspondre à toute interprétation qui en découle, et chaque ambiguïté résolue lors de la mise en œuvre tend à se traduire par une augmentation du volume de travail. Des critères d'acceptation explicites et une définition claire de ce qui est hors périmètre réduisent considérablement cette latitude, et énoncer les exclusions est nettement plus efficace que lister les inclusions.
La sur-optimisation, ou « gold plaking », est une variante interne souvent négligée car elle émane de l'équipe de développement et non des parties prenantes. Développeurs et concepteurs ajoutent des fonctionnalités de raffinement, de configurabilité et de robustesse au-delà des besoins initiaux, partant du principe, apparemment raisonnable, que cela sera nécessaire à terme. Or, ce n'est souvent pas le cas, et cette complexité supplémentaire se répercute durablement sur les coûts de maintenance.
La solution n'est pas la rigidité, qui, au contraire, aboutit à une solution manifestement erronée. Il s'agit plutôt de mettre en place un mécanisme souple qui rend les ajouts visibles et leur coût explicite : tout nouvel élément est consigné, son impact est évalué, puis soit accepté avec une suppression ou un report, soit refusé. L'exigence est simple : un arbitrage doit être effectué par une personne habilitée, plutôt que d'être tacitement accepté par l'équipe.
Les engagements à périmètre, date et ressources fixes constituent le contexte structurel dans lequel les dérives sont les plus dommageables, car il n'existe aucune soupape de sécurité et la pression est absorbée par la qualité. Lorsque ces trois éléments sont véritablement fixes, la seule variable restante est la qualité du travail effectué, et les raccourcis qui en résultent se manifestent ultérieurement par des défauts et des reprises. Faire du périmètre la dimension flexible permet aux autres engagements d'être respectés.
Le contrôle dépendant de l'autorité et de la volonté de refuser les ajouts, le problème relève généralement de la gouvernance plutôt que de la gestion de projet. En pratique, le mécanisme est mis en place au sein de l'équipe. le développement de produits Parallèlement au processus de livraison, la discipline de priorisation qui décide de ce qui remplace quoi s'appuie sur les données probantes conservées tout au long du processus. recherche de produitset dans un studio de produits Dans le cadre d'un engagement, la définition explicite de ce qui est hors du champ d'application est normalement convenue avant le début des travaux plutôt que négociée une fois ceux-ci en cours.