Articles

Techniques d'estimation agile : au-dela du Planning Poker

Le Planning Poker recoit le plus d'attention en matiere d'estimation agile, et a juste titre. Mais ce n'est pas la seule option. Selon la taille de votre equipe, le type de travail et le temps dont vous disposez, d'autres techniques pourraient mieux convenir. Voici ce qui existe d'autre et quand utiliser chaque methode.

Planning Poker (la reference)

Si vous connaissez deja le Planning Poker, vous connaissez le principe : l'equipe discute d'un element du backlog, chacun selectionne en prive une carte representant son estimation, les cartes sont revelees simultanement et les valeurs aberrantes expliquent leur raisonnement. On repete jusqu'a convergence. Le Planning Poker fonctionne bien parce que la revelation simultanee empeche le biais d'ancrage. La discussion qui suit un desaccord est le moment ou l'on apprend vraiment. Les equipes decouvrent des exigences mal comprises et des hypotheses differentes sur le perimetre. C'est la methode la plus fiable pour des estimations detaillees au niveau du sprint. Mais c'est lent. Estimer 30 elements du backlog un par un peut occuper tout un apres-midi. C'est la que les autres techniques entrent en jeu.

T-shirt sizing

Le T-shirt sizing remplace les echelles numeriques par des etiquettes familieres : XS, S, M, L, XL et parfois XXL. Au lieu de debattre si quelque chose est un 5 ou un 8, les equipes demandent : "C'est un medium ou un large ?"

Comment le faire

1. Presentez les elements du backlog a l'equipe
2. Commencez avec un element de reference sur lequel tout le monde est d'accord (par exemple, "Ce redesign de la page de connexion est un Medium")
3. Pour chaque element restant, l'equipe discute et attribue une taille relative a la reference
4. En cas de desaccord, les valeurs aberrantes expliquent leur raisonnement et on revote

Quand l'utiliser

Le T-shirt sizing fonctionne mieux en debut de projet quand vous avez besoin d'estimations approximatives pour la planification de la roadmap. C'est plus rapide que le Planning Poker parce qu'il y a moins d'options a peser, et les etiquettes decouragent la fausse precision. Personne ne se dispute sur la difference entre XL et XXL comme on le fait pour 13 vs. 21 story points. Ca fonctionne aussi bien pour les parties prenantes non techniques. Les product managers et designers comprennent intuitivement "c'est un Large" sans avoir besoin d'une introduction aux suites de Fibonacci.

Mapping par affinite (estimation par affinite)

L'estimation par affinite permet aux equipes de dimensionner un grand nombre d'elements rapidement en les comparant entre eux plutot qu'a une echelle absolue.

Comment le faire

1. Ecrivez chaque element du backlog sur une carte ou une note adhesive
2. Placez le premier element au milieu d'une table ou d'un mur
3. Prenez l'element suivant et demandez : "C'est plus grand, plus petit ou a peu pres pareil que le premier ?"
4. Placez-le a gauche si plus petit, a droite si plus grand, meme colonne si similaire
5. Continuez avec chaque element. Les membres de l'equipe peuvent silencieusement reorganiser les elements avec lesquels ils ne sont pas d'accord
6. Une fois tous les elements places, tracez les limites des colonnes et attribuez des etiquettes de taille a chaque groupe

La phase de tri silencieux est le secret. Au lieu de debattre chaque element en sequence, plusieurs personnes deplacent des cartes simultanement. Les desaccords apparaissent naturellement quand quelqu'un deplace une carte et qu'une autre personne la remet en place. Ces elements specifiques deviennent les points de discussion.

Quand l'utiliser

L'estimation par affinite donne le meilleur d'elle-meme quand vous avez un grand backlog (30+ elements) et peu de temps. Les equipes peuvent trier 50 elements en 20-30 minutes, ce qui prendrait des heures avec le Planning Poker. C'est particulierement utile au debut d'un nouveau projet ou apres une grande session de refinement du backlog.

Dot voting

Le dot voting n'est pas strictement une technique d'estimation. C'est une methode de priorisation. Mais il se combine bien avec l'estimation en aidant les equipes a identifier rapidement quels elements comptent le plus.

Comment le faire

1. Listez tous les elements sur un tableau (physique ou virtuel)
2. Donnez a chaque membre de l'equipe un nombre fixe de points (typiquement 3-5)
3. Chaque personne place ses points sur les elements qu'elle considere les plus prioritaires
4. Les elements avec le plus de points montent en haut

Vous pouvez ajouter des contraintes : "Vous ne pouvez mettre qu'un point par element" ou "Placez vos points sur les elements que vous pensez qu'on devrait estimer en premier." Certaines equipes utilisent des points de couleurs differentes pour differentes dimensions (rouge pour le risque, vert pour la valeur).

Quand l'utiliser

Le dot voting fonctionne mieux comme etape prealable a l'estimation. Au lieu d'estimer tout votre backlog, votez d'abord par points pour identifier les 10-15 elements principaux, puis utilisez le Planning Poker ou le T-shirt sizing uniquement sur ceux-la. Ca fait gagner du temps et garde l'equipe concentree sur ce qui compte vraiment pour le prochain sprint ou release.

Systeme de seaux

Le systeme de seaux combine des elements du mapping par affinite et du Planning Poker. Il est concu pour estimer de grands backlogs rapidement avec des groupes importants.

Comment le faire

1. Creez des "seaux" representant des tailles d'estimation (0, 1, 2, 3, 5, 8, 13, 20, 40, 100)
2. Choisissez un element et placez-le dans un seau comme reference (l'equipe doit etre d'accord sur celui-ci)
3. Distribuez les elements restants equitablement entre les membres de l'equipe
4. Chaque personne place silencieusement ses elements dans des seaux par rapport a la reference
5. Une fois que tout est place, l'equipe revoit ensemble et discute des elements qui semblent mal places
6. Ajustez et finalisez

Quand l'utiliser

Le systeme de seaux fonctionne bien pour les grands backlogs (50-200 elements) avec des equipes de 5-15 personnes. Comme le tri initial se fait silencieusement et en parallele, c'est beaucoup plus rapide que l'estimation sequentielle. La phase de revue maintient l'honnetete sans necessiter de discussion sur chaque element.

Estimation en trois points (PERT)

L'estimation en trois points vient de la gestion de projet, pas de l'agile. Mais elle est utile quand votre equipe doit tenir compte de l'incertitude, surtout sur du travail peu familier.

Comment le faire

Pour chaque element, l'equipe fournit trois estimations :

Estimation	Signification
Optimiste (O)	Tout se passe parfaitement, pas de surprises
Plus probable (M)	Scenario realiste avec les frictions normales
Pessimiste (P)	Tout ce qui peut mal tourner tourne mal

La moyenne ponderee est : (O + 4M + P) / 6 Par exemple, si une fonctionnalite est estimee a 2 jours optimiste, 5 jours plus probable et 14 jours pessimiste : (2 + 20 + 14) / 6 = 6 jours.

Quand l'utiliser

L'estimation en trois points vaut l'effort supplementaire quand l'incertitude est elevee : technologie inconnue, integrations avec des systemes externes ou quelque chose que l'equipe n'a jamais construit. L'estimation pessimiste force les gens a reflechir aux risques que le Planning Poker passe souvent sous silence. C'est excessif pour le travail routinier. Si votre equipe a construit des dizaines d'endpoints CRUD, vous n'avez pas besoin de trois estimations pour le suivant.

Choisir la bonne technique

Il n'existe pas de meilleure methode d'estimation universelle. Le bon choix depend du contexte.

Scenario	Meilleure technique
Planification de sprint avec 10-15 elements	Planning Poker
Planification de roadmap avec dimensionnement approximatif	T-shirt sizing
Grand backlog (30+ elements), temps limite	Mapping par affinite
Prioriser ce qu'il faut estimer en premier	Dot voting
Enorme backlog (50-200 elements), grande equipe	Systeme de seaux
Travail a forte incertitude	Estimation en trois points

La plupart des equipes finissent par combiner les techniques. Dot voting pour prioriser, mapping par affinite pour dimensionner le backlog grossierement, puis Planning Poker pour les elements du prochain sprint.

Quelques principes qui s'appliquent a toutes

Quelle que soit la technique que vous utilisez :

• Estimez relativement les uns par rapport aux autres, pas en termes absolus. "C'est deux fois plus complexe que cette page de connexion" est plus utile que "ca prendra 3 jours."
• Limitez la session dans le temps. L'estimation a des rendements decroissants. Mettez un minuteur et passez a la suite quand vous etes assez proches.
• Re-estimez quand vous apprenez quelque chose de nouveau. Les estimations sont des instantanes, pas des engagements. Mettez-les a jour quand les exigences se clarifient.
• Suivez la precision dans le temps. Apres quelques sprints, comparez les estimations aux resultats reels. Les tendances vous montreront ou votre equipe se trompe regulierement. Notre analyseur de complexite d'estimation peut vous aider a identifier les tendances de sous-estimation et de surestimation.

Si vous voulez essayer le Planning Poker avec votre equipe, l'outil Planning Poker de Kollabe supporte Fibonacci, les tailles de T-shirt et les echelles personnalisees, et c'est gratuit pour commencer.