No Estimates : faut-il arrêter d'estimer ?

Qu'est-ce que le mouvement #NoEstimates ?

Lancé par Woody Zuill et d'autres praticiens Agile, #NoEstimates remet en question la valeur des estimations dans le développement logiciel. L'idée centrale : le temps passé à estimer pourrait être mieux utilisé à livrer du logiciel.

Attention : #NoEstimates ne signifie pas « ne jamais estimer ». C'est plutôt une invitation à questionner pourquoi on estime, pour qui, et si l'effort en vaut la peine.

Nuance importante : Le mouvement cible principalement les estimations détaillées (Story Points, heures) sur chaque story. Il ne dit pas qu'il faut ignorer toute forme de planification ou de prévision.

Les arguments contre l'estimation

Coût en temps

Une session de Planning Poker peut prendre 1-2 heures par sprint. Sur une année, c'est 50-100 heures d'estimation. Cet investissement est-il justifié par la valeur obtenue ?

Fausse précision

Les Story Points donnent une impression de rigueur mathématique, mais les estimations sont intrinsèquement imprécises. Planifier sur des chiffres approximatifs crée un faux sentiment de contrôle.

Détournement de la vélocité

La vélocité est souvent détournée pour mesurer la « productivité » des équipes, créant des comportements toxiques (inflation des points, course aux chiffres).

L'estimation n'améliore pas la livraison

Savoir qu'une story fait 8 points ne vous aide pas à la livrer plus vite. L'estimation informe le plan, pas l'exécution — et le plan change de toute façon.

Les arguments pour l'estimation

La discussion a de la valeur

Le Planning Poker force une discussion structurée sur la complexité. Les développeurs partagent leur compréhension, identifient les risques et alignent leur vision. Cette conversation vaut plus que le chiffre.

Les parties prenantes ont besoin de dates

Le business a besoin de prévisions : « quand sera-ce livré ? ». Sans estimation, impossible de donner une fourchette. Les Story Points + vélocité offrent cette projection.

Aide à la priorisation

L'estimation aide le Product Owner à prioriser : une feature de 3 points qui apporte beaucoup de valeur passe avant une feature de 21 points qui apporte la même valeur.

Détecte les stories trop grosses

L'estimation révèle les stories qu'il faut découper. Sans ce filtre, des stories géantes entrent dans le sprint et ne sont jamais terminées.

Les alternatives proposées par #NoEstimates

1
Compter les stories (throughput)
Au lieu de mesurer les points, comptez simplement le nombre de stories livrées par sprint. Si vos stories sont de taille similaire, cette métrique est tout aussi prédictive que la vélocité.
2
Découper finement
Plutôt que d'estimer des stories de taille variable, découpez tout en stories de taille similaire (1-3 jours). La taille devient uniforme et l'estimation devient inutile.
3
Prévisions probabilistes
Utilisez les données historiques (temps de cycle, throughput) pour faire des prévisions statistiques (Monte Carlo). Plus fiable que les estimations subjectives — mais nécessite des données.

Notre verdict

L'estimation a de la valeur — mais pas toujours pour les raisons qu'on croit. La vraie valeur du Planning Poker n'est pas le chiffre obtenu, c'est la conversation qu'il provoque. Si votre équipe a des discussions riches sans estimer, #NoEstimates peut fonctionner. Si l'estimation est votre seul moment de discussion technique, la supprimer serait contre-productif.

Essayez #NoEstimates si : votre équipe est mature, vos stories sont petites et homogènes, et vous avez suffisamment de données historiques pour faire des prévisions statistiques.

Gardez l'estimation si : votre équipe est nouvelle, vos stories varient beaucoup en complexité, ou si les parties prenantes ont besoin de prévisions régulières.

Vous estimez encore ? Faites-le bien.

Si l'estimation fait partie de votre processus, autant utiliser le meilleur outil — gratuit et sans inscription.

Créer une session gratuite