La dérive de la portée est un changement dans la portée d’un projet qui se produit au cours du développement sans changements correspondants pour prendre en charge la nature élargie du projet. Les ajustements sont inévitables au cours d’un projet, car le personnel en apprend davantage sur ce qu’il fait, ajoute ou soustrait des fonctionnalités et résout des problèmes qu’il n’aurait peut-être pas pu prévoir. De petits changements peuvent s’additionner et se transformer en glissement de portée, où un projet devient beaucoup plus important que prévu à l’origine.
La principale caractéristique de la dérive de la portée est que le calendrier du projet reste le même. Les développeurs doivent faire plus en moins de temps, et la portée élargie peut créer des attentes accrues. Les clients et les personnes extérieures à l’équipe de développement, comme les administrateurs, peuvent être frustrés par ce qu’ils considèrent comme une progression lente ou un projet incomplet. Les développeurs peuvent avoir du mal à terminer le projet à temps ou rencontrer des problèmes avec des tests et un dépannage inadéquats, car ils doivent se concentrer sur les nouvelles fonctionnalités plutôt que sur le perfectionnement de la structure sous-jacente du projet.
Un autre problème est la tendance à conserver la même affectation de ressources. Le personnel doit réaliser un projet beaucoup plus important avec le même budget qu’auparavant, avec les mêmes membres du personnel et les mêmes installations. Le fluage de la portée peut rendre cela fonctionnellement impossible ; un client peut demander une fonctionnalité, par exemple, qu’aucun membre de l’équipe de développement ne peut réellement fournir confortablement. Cela conduira à l’insatisfaction. L’équipe de développement peut demander plus de financement et de personnel pour aider à l’achèvement du projet et le client peut rechigner aux dépenses supplémentaires.
Ce phénomène peut vite devenir incontrôlable. Il existe certaines tactiques pour faire face au risque de dérive de la portée. De nombreux développeurs accordent une certaine marge de manœuvre à leurs projets lorsqu’ils définissent des estimations et des calendriers. L’ajout de tampons de temps et de financement peut signifier que le projet est achevé dans les délais et dans les limites du budget si l’équipe reste concentrée et n’a pas à répondre aux besoins supplémentaires du projet. Si les clients commencent à ajouter des fonctionnalités, ces zones tampons créent de l’espace pour mettre en œuvre ces fonctionnalités sans mettre l’ensemble du projet en danger.
Au cours du développement du projet, les membres de l’équipe peuvent gérer la dérive de la portée grâce à un processus clair de traitement des demandes, en particulier lorsque ces demandes impliquent l’ajout de fonctionnalités. Une communication claire est un outil essentiel pour gérer la dérive de la portée, pour s’assurer que toutes les personnes impliquées disposent des mêmes informations et sont conscientes des ramifications des fonctionnalités supplémentaires ou d’autres demandes.