Une estimation n’est pas une promesse. Elle peut donner un ordre de grandeur utile pour décider si un projet est envisageable, mais elle ne permet pas de connaître à l’avance la durée exacte d’un développement.
Un projet logiciel doit en permanence arbitrer entre quatre variables : le temps, le coût, la qualité et le périmètre. Mes ressources sont limitées et je ne souhaite pas sacrifier la qualité pour tenir artificiellement une échéance. Il reste donc principalement deux variables sur lesquelles nous pouvons jouer ensemble : le délai et le périmètre.
Si vous avez une échéance à respecter, je peux m’engager sur cette date avec un logiciel fonctionnel apportant de la valeur. En revanche, nous devons accepter que certaines fonctionnalités soient reportées ou abandonnées. Le périmètre devient la variable d’ajustement.
Si le périmètre est lui-même fixé, je peux fournir une estimation du temps nécessaire et de son coût, mais pas garantir qu’ils seront respectés au jour ou à l’euro près. Plus un projet est long ou complexe, plus l’incertitude augmente.
Dans les deux cas, je cherche à réduire cette incertitude en livrant régulièrement et en vous donnant une visibilité concrète sur l’avancement. Nous pouvons alors réévaluer le périmètre à mesure que le projet progresse, plutôt que découvrir à la fin que l’estimation initiale était erronée.
Je m’engage surtout à être transparent sur ce que je sais, ce que j’ignore et ce qui a changé. Mon rôle est de vous aider à arbitrer entre délai, coût, qualité et périmètre, afin que les décisions prises restent les plus sûres possibles pour votre projet.
Enzo Sandré