← Tous les articles

Quand les points d'effort deviennent un spectacle : la remise à zéro discrète d'une équipe

By XNM Technologies · March 14, 2022 · 3 min read
Quand les points d'effort deviennent un spectacle : la remise à zéro discrète d'une équipe

Une équipe produit — appelons-la l'escouade Atlas — passait quarante-cinq minutes à la plupart des sprints à débattre pour savoir si une tâche valait 3 ou 5. Elle avait un jeu de cartes de planning poker, un graphique de vélocité et un Scrum Master qui notait consciencieusement chaque chiffre. Ce qu'elle n'avait pas, c'était le moindre bénéfice de l'exercice. Les prévisions ne valaient pas mieux que des suppositions, et les développeurs en étaient discrètement venus à voir l'estimation comme une taxe à payer avant de commencer le vrai travail. Au début de 2022, avec les perturbations du retour au bureau qui clairsemaient les présences, le rituel semblait particulièrement creux. Voici comment elle l'a remis à zéro.

D'abord, il vaut la peine d'être précis sur l'utilité des points d'effort. Rien dans le Guide Scrum n'exige les points d'effort — le Guide dit seulement que les éléments du Backlog produit sont estimés par les Développeurs. Les points d'effort sont une technique répandue, pas une règle. Toute leur valeur est de soutenir la prévision et un plan de Sprint soutenable, non de mesurer les gens ni de produire un chiffre pour un rapport d'état.

Le théâtre, nommé

Quand l'escouade Atlas a dressé la liste de ce qui se passait vraiment, les dysfonctionnements étaient faciles à repérer — et la plupart des équipes en reconnaîtront au moins un.

  • De longs débats pour un point d'écart, comme si un 3 plutôt qu'un 5 changeait le plan.

  • Des points traités comme des heures déguisées, donnant aux estimations une fausse précision.

  • La vélocité présentée à la direction comme une productivité, ce qui poussait l'équipe à la gonfler.

  • Le réestimage du travail terminé pour « faire bien paraître les chiffres », ce qui corrompait les seules données dont elle disposait.

Le fil conducteur : l'estimation avait glissé d'une conversation qui bâtit une compréhension commune vers une chaîne de production de chiffres. Les cartes étaient encore sur la table, mais le sens de l'exercice avait quitté la pièce.

La remise à zéro qui a fonctionné

L'équipe n'a pas abandonné l'estimation. Elle l'a ramenée à ce qui aide réellement les Développeurs à planifier le Sprint et le Product Owner à prévoir grossièrement.

  1. Estimer pour faire émerger le désaccord, puis s'arrêter. Si deux personnes choisissaient 3 et 8, cet écart signifiait qu'elles comprenaient le travail différemment. Elles discutaient jusqu'à ce que la différence soit claire, puis prenaient n'importe quel chiffre raisonnable. La conversation était le livrable, pas le chiffre.

  2. Encadrer fermement l'estimation dans le temps. Quelques minutes par élément. Si cela prenait plus longtemps, l'élément était trop flou et retournait au raffinement plutôt qu'au débat.

  3. Prévoir avec le débit, pas seulement les points. Elle s'est mise à simplement compter combien d'éléments elle terminait par Sprint. Pour bien des backlogs, le nombre d'éléments prévoit aussi bien que les totaux de points et n'invite à aucune manipulation.

  4. Bannir la vélocité des rapports d'état. La vélocité est restée un outil de planification interne. Les parties prenantes ont reçu une prévision du moment où le travail serait probablement terminé, soit la question qu'elles posaient réellement.

En quelques Sprints, la planification était plus courte et plus sereine, et les prévisions n'étaient pas pires — en fait légèrement meilleures, car l'équipe a cessé de manipuler des chiffres sur lesquels elle ne se sentait plus jugée. Les cartes ne sortaient que lorsqu'une estimation divisait vraiment la salle. Le reste du temps, un rapide « petit, moyen, ou à raffiner » faisait l'affaire.

La leçon n'est pas que les points d'effort sont mauvais. C'est que toute pratique d'estimation devrait être jugée à une question : produit-elle une meilleure compréhension commune et des prévisions assez bonnes ? Si vous passez un temps réel à générer des chiffres que personne n'utilise pour décider, vous faites du théâtre. Gardez la partie qui vous aide à planifier, et coupez le reste sans cérémonie.

Si votre estimation et votre planification sont devenues un rituel sans retombées, le service-conseil en réalisation de programmes et de projets de XNM peut aider vos équipes à prévoir honnêtement et à planifier avec moins de friction.