Estimation relative vs. absolue : laquelle choisir ?

L’estimation est l’un des sujets les plus débattus dans le développement logiciel agile. Les équipes se posent constamment la même question : faut-il estimer en heures et en jours, ou vaut-il mieux utiliser des échelles relatives comme les story points ? Les deux approches dominantes — l’estimation relative et l’estimation absolue — ont chacune leurs cas d’usage légitimes, et aucune n’est universellement supérieure. Comprendre leurs différences est la première étape pour choisir la méthode qui convient le mieux à votre équipe.

Qu’est-ce que l’estimation absolue ?

L’estimation absolue consiste à attribuer une unité de mesure concrète et précise à une tâche. Il s’agit généralement du temps — heures, jours ou semaines. Quand un développeur dit « cette fonctionnalité prendra trois jours », il utilise l’estimation absolue.

Les estimations absolues semblent intuitives car les humains ont l’habitude de penser en unités réelles. Les parties prenantes les apprécient souvent car elles se traduisent directement en plannings de projet et en planification des ressources. Pour un chef de projet qui cherche à construire un calendrier de livraison, savoir qu’une fonctionnalité prendra cinq jours est plus immédiatement utile que de savoir qu’elle vaut huit story points.

Cependant, l’estimation absolue présente une faiblesse importante : elle est notoirement difficile à réaliser avec précision. Des recherches montrent régulièrement que les développeurs sous-estiment la complexité des tâches, notamment lorsqu’ils travaillent avec des technologies inconnues ou des systèmes interdépendants. Des biais cognitifs comme le biais d’optimisme et la planification irréaliste rendent la prédiction précise du temps peu fiable.

Qu’est-ce que l’estimation relative ?

L’estimation relative déplace le focus des mesures de temps exactes vers la comparaison. Au lieu de demander « combien de temps cela prendra-t-il ? », l’équipe se demande « quelle est la complexité de cette tâche par rapport à une autre tâche déjà estimée ? »

Les outils courants pour l’estimation relative comprennent les story points, la suite de Fibonacci (1, 2, 3, 5, 8, 13…) et les tailles de T-shirts (S, M, L, XL). Lors des sessions de planning poker, les équipes attribuent ces valeurs relatives aux user stories, en ancrant les nouvelles estimations sur des références déjà bien comprises.

L’intuition centrale derrière l’estimation relative est que les humains sont bien meilleurs pour comparer des choses que pour les mesurer isolément. Il est difficile de dire exactement à quelle hauteur se trouve un immeuble, mais il est facile de dire qu’il est plus grand que celui d’à côté.

Avantages et inconvénients de chaque approche

L’estimation absolue fournit aux parties prenantes des chiffres concrets et s’intègre naturellement aux outils de gestion de projet traditionnels. Elle fonctionne bien lorsque les tâches sont routinières, bien comprises et de portée limitée. L’inconvénient est qu’elle tend à produire des estimations trop confiantes et peut créer une pression sur les membres de l’équipe pour tenir des délais précis qui n’ont jamais été réalistes.

L’estimation relative réduit le stress en s’écartant des engagements basés sur l’horloge et encourage la collaboration au sein de l’équipe. Elle s’adapte mieux aux projets grands et complexes où l’incertitude est élevée. L’inconvénient est qu’elle nécessite un temps de calibration — les nouvelles équipes doivent construire un cadre de référence commun avant que les estimations deviennent significatives. Les parties prenantes non familières avec les story points peuvent également avoir du mal à interpréter les résultats.

Quand utiliser quelle méthode

Utilisez l’estimation absolue quand :

• Les tâches sont bien définies et routinières
• Les parties prenantes exigent des prévisions de livraison basées sur le temps
• L’équipe dispose de données historiques solides
• Le projet est à court terme et de portée bien délimitée

Utilisez l’estimation relative quand :

• Le projet est grand, complexe ou comporte une incertitude significative
• L’équipe souhaite encourager des discussions ouvertes sur le périmètre et les risques
• Vous construisez un backlog à long terme qui doit être fréquemment repriorisé
• La vélocité de l’équipe doit être suivie sur plusieurs sprints

Conclusion

Le choix entre estimation relative et absolue n’est pas une question de supériorité objective. C’est une question d’adéquation. De nombreuses équipes agiles expérimentées utilisent l’estimation relative en interne pour la planification et le suivi de la vélocité, tout en traduisant leurs données de vélocité en projections temporelles approximatives pour la communication avec les parties prenantes. Cette approche hybride permet de bénéficier des avantages des deux méthodes.

En fin de compte, la meilleure méthode d’estimation est celle que votre équipe utilise de manière cohérente et honnête. L’estimation est un outil pour réduire l’incertitude — pas pour l’éliminer. Quelle que soit l’approche choisie, prévoyez toujours de la marge pour les imprévus.