Estimer c'est difficile. Bien estimer, c'est un art. Et rater ses estimations en équipe, ça s'appelle un sprint raté.
Pourquoi l'estimation est indispensable
L'estimation dans un contexte agile ne vise pas à prédire l'avenir avec précision. Son objectif est de permettre à l'équipe de planifier ses sprints, de comparer la taille relative des tickets et d'identifier les zones d'incertitude.
Une bonne estimation aide surtout à poser les bonnes questions avant de commencer à coder.
Les critères à prendre en compte
On n'estime pas uniquement la durée. On évalue la complexité globale d'un ticket, qui intègre plusieurs dimensions :
- La complexité technique (algorithmes, architecture, intégrations)
- Le volume de travail (quantité de code, de tests, de documentation)
- Le niveau de risque et d'incertitude
- Les dépendances avec d'autres tickets ou équipes
Les étapes d'une bonne séance d'estimation
- S'assurer que le ticket est suffisamment détaillé et compris de tous.
- Clarifier les critères d'acceptation : sans eux, on estime dans le vide.
- Identifier les risques et les zones d'ombre avant de voter.
- Voter (Planning Poker ou autre méthode), discuter les écarts, voter à nouveau si besoin.
- Découper les tickets trop grands (> 13 points) en morceaux plus digestes.
Les erreurs classiques à éviter
- Estimer en heures ou en jours dès le départ
- Laisser une seule personne estimer pour tout le monde
- Oublier les tests, la revue de code, la documentation
- Accepter un ticket sans critères d'acceptation clairs
Un ticket mal estimé n'est pas une faute. Un ticket estimé sans que l'équipe comprenne ce qu'elle estime, c'est un problème.
