Le fluage des fonctionnalités, également appelé fluage de la portée, fait référence à la tendance des exigences du projet à dépasser leurs estimations initiales. Il est courant avec le développement de grands projets informatiques, dans lesquels les ingénieurs décident que des fonctionnalités supplémentaires doivent être ajoutées au produit avant sa sortie pour le rendre plus utilisable et agréable pour le marché cible. Cela peut également arriver lorsque le client contractant le projet continue d’ajouter à la liste de souhaits. Le glissement des fonctionnalités peut affecter le budget global d’un projet, ainsi que retarder considérablement le délai de publication, ce qui cause de la frustration aux dirigeants de l’entreprise. Cela peut aussi, à terme, affaiblir un produit en l’obstruant avec des fonctionnalités intéressantes mais inutiles, les entreprises doivent donc veiller à l’éviter.
Le problème peut être atténué en ayant une équipe de projet bien organisée qui reconnaît les exigences exactes du projet et travaille ensemble pour y répondre. Un chef de projet conscient des risques de dérive de fonctionnalités peut aider à y remédier en recentrant l’équipe ou en rappelant au client les objectifs initiaux du projet. À l’occasion, dépasser les estimations est en fait nécessaire, surtout avec de grands projets dans lesquels les ingénieurs explorent de nouveaux concepts. Dans ces cas, plusieurs membres de l’équipe doivent se réunir pour évaluer le fluage des caractéristiques qui se produit et décider s’il s’agit ou non d’un résultat valide de la direction dans laquelle le projet évolue.
Surtout dans le cas des logiciels, la tentation de succomber au fluage des fonctionnalités est souvent intense. Les développeurs de logiciels réfléchissent constamment à de nouvelles façons d’améliorer leurs produits et, à un moment donné, les chefs de projet doivent y mettre un terme. Dans ce cas, la dérive des fonctionnalités peut être réduite en organisant des réunions de projet fréquentes pour rappeler aux participants au projet les objectifs qui ont été énoncés au début. Lors du développement de tout type de nouveau produit, l’équipe doit toujours se réunir avant de commencer le travail pour se mettre d’accord sur ce qui est créé, ce que l’équipe veut qu’il fasse et comment le produit atteindra ces objectifs.
Les efforts visant à décourager le fluage de la portée ne sont pas conçus pour punir la créativité. Les membres de l’équipe doivent plutôt noter les fonctionnalités supplémentaires qu’ils jugent intéressantes et utiles, et doivent les soumettre avec des notes de projet hebdomadaires. Si d’autres membres de l’équipe conviennent que les fonctionnalités sont vitales, elles peuvent être ajoutées au développement du projet. Si les fonctionnalités sont intéressantes mais pas nécessaires avec cette version de projet particulière, elles peuvent être présentées pour un développement ultérieur sur des versions ultérieures du projet, qu’il s’agisse d’un nouveau logiciel, d’une voiture ou de tout autre type d’appareil.