Votre vélocité est un mensonge

Mettons les choses au clair tout de suite : la vélocité ne mesure absolument pas la performance des développeurs.

Si votre équipe a livré sereinement 40 points au sprint précédent, et que le management exige soudainement d'en faire 50 pour le suivant, c'est qu'ils n'ont rien compris au fonctionnement de l'Agilité.

Quand un indicateur devient un objectif

La loi de Goodhart, un principe bien connu, l'illustre parfaitement : Lorsqu'une mesure devient un objectif, elle cesse d'être une bonne mesure.

Quand les managers se servent de la vélocité pour exiger plus de rendement, les équipes réagissent comme n'importe quel être humain : elles s'adaptent. Elles gonflent tout simplement leurs estimations pour atteindre le quota. Un ticket qui valait 3 points en vaut désormais 5. Félicitations à la direction, la vélocité vient de faire un bond de 20 %, mais pas une seule ligne de code supplémentaire n'a été livrée.

La vélocité est un indicateur de planification de la capacité. Elle n'a qu'une seule raison d'être : répondre à la question « Quelle quantité de travail pouvons-nous raisonnablement engager sur ce sprint sans épuiser l'équipe ? »

Pour obtenir une vélocité juste et sincère, il faut un environnement psychologiquement sain où les développeurs n'ont pas peur d'estimer avec précision. Cela commence par l'utilisation d'un outil de poker d'estimation en ligne indépendant — loin des regards indiscrets et des tableaux de bord de la direction — où l'équipe peut débattre de la complexité en toute franchise et confidentialité.

Protégez vos sessions de poker, gardez des estimations sincères, et laissez la vélocité être ce qu'elle a toujours dû être : un outil de planification pour l'équipe, et non un objectif pour le patron.