Bibliothèque · Définition · Intermédiaire
Estimer (ou pas) : story points, t-shirts, no estimates
Pourquoi et comment estimer (story points, planning poker, t-shirt sizing, bucket sizing, métriques Kanban), qui estime quoi, et ce que propose le mouvement #NoEstimates.
Pour qui, pour quand
En résumé
Estimer aide à planifier, à prioriser (les quick wins) et à tenir une roadmap, mais crée des attentes. En agile, on estime en relatif : story points, planning poker, t-shirt sizing, bucket sizing, ou métriques Kanban (débit, lead time, cycle time). Une estimation n'est ni un engagement ni un délai, et elle se révise. Les développeurs estiment l'effort, le PM estime la valeur.
Le mouvement #NoEstimates remplace l'estimation par de petits incréments livrés en continu et par la mesure du flux. Il ne supprime pas la planification, la responsabilité ou la prise en compte des coûts.
Méthode étape par étape
dans l'ordre, sans en sauter
- 01Décider à quoi servira l'estimation : planifier, prioriser, ou prévoir une date.
- 02Choisir une méthode relative (points, t-shirts) et s'y tenir.
- 03Faire estimer par ceux qui feront le travail ; estimer soi-même la valeur.
- 04Prévoir une date à partir du débit réel, en fourchette.
- 05Si les stories sont petites et homogènes, tester le simple comptage (no estimates).
Questions à me poser
avant de te lancer
- →Quelle décision cette estimation va-t-elle servir ?
- →Donne-t-on une date ferme là où on ne peut garantir qu'une fourchette ?
Ce qui coûte cher
les pièges déjà vus sur ce sujet
Dans ma bible
SCRUM · p. 193-195
Chargement du passage…
Mes notes
ce que tu retiens, ton contexte
Situations couvertes
- · L'équipe ne sait pas estimer une user story
- · On me demande des dates que je ne peux pas garantir
- · Je dois préparer une roadmap
Provenance
Ma bible PM · SCRUM, p. 193-195
ajoutée le 2026-09-18
Mots-clés
À lire juste après
ce que cette fiche appelle
Ce qui renvoie ici
des fiches qui citent celle-ci - c'est là que tes REX réapparaissent