Pourquoi comparer la vélocité de deux équipes ne veut rien dire

Un product owner qui compare la vélocité de deux équipes pour juger laquelle est "la plus performante" commet une erreur de mesure classique, une erreur que je retrouve dans la majorité des reportings multi-équipes que j'audite.

Ce que mesure vraiment la vélocité

La vélocité est le nombre de points d'histoire (story points) qu'une équipe complète par sprint. Ce chiffre n'a de sens que relativement à l'équipe qui l'a produit, parce que l'unité elle-même (le point) n'est pas standardisée : deux équipes peuvent estimer la même tâche à 3 points pour l'une et 8 points pour l'autre, sans que ni l'une ni l'autre n'ait tort.

Comparer 40 points d'équipe A à 25 points d'équipe B ne dit rien sur qui livre le plus de valeur. Ca dit seulement que les deux équipes ont des échelles d'estimation différentes.

D'où vient cette confusion

Le vocabulaire n'aide pas : "vélocité" évoque une vitesse, une grandeur universelle, alors que c'est une mesure d'auto-référence. Un manager qui découvre l'agilité par les tableaux de bord plutôt que par la pratique de terrain tombe facilement dans ce piège, parce que le chiffre a toutes les apparences d'un indicateur comparable.

Ce que la vélocité sert vraiment à faire

Utilisée correctement, la vélocité sert à une seule chose : aider une équipe à planifier sa propre capacité future, sur la base de sa propre performance passée. Si une équipe complète en moyenne 30 points par sprint sur les six derniers sprints, elle peut engager environ 30 points sur le sprint suivant, avec une marge d'incertitude raisonnable.

C'est un outil de planification interne, pas un outil de comparaison externe. Le jour où on l'utilise pour comparer, elle cesse d'être fiable, parce que les équipes apprennent vite à gonfler leurs estimations pour améliorer leur vélocité affichée : dès qu'une mesure devient un objectif, elle cesse d'être une bonne mesure.

Ce qui se passe quand on compare quand même

• Les équipes gonflent leurs estimations pour paraître plus véloces, ce qui rend la mesure inutilisable pour la planification elle-même
• Les comparaisons créent une compétition contre-productive entre équipes censées collaborer
• Les décisions de réallocation de ressources se prennent sur un chiffre qui ne mesure pas ce qu'on croit qu'il mesure
• La confiance dans les outils agiles se dégrade quand les équipes réalisent que leurs points sont utilisés contre elles

Les vrais indicateurs de comparaison inter-équipes

Si l'objectif est de comparer la performance entre équipes, d'autres indicateurs sont plus honnêtes : le lead time (temps entre la demande et la livraison), le taux de bugs en production rapporté au volume livré, ou la satisfaction client mesurée directement. Ces indicateurs ne dépendent pas d'une échelle d'estimation propre à chaque équipe.

Ce que je recommande en pilotage multi-équipes

Je déconseille systématiquement d'afficher les vélocités de plusieurs équipes côte à côte dans un même reporting de direction. Si la direction veut un indicateur de comparaison, je propose le lead time ou le taux de respect des délais contractuels, deux mesures qui ne dépendent pas d'une échelle interne à chaque équipe.

C'est ce type d'arbitrage sur les bons indicateurs de pilotage que j'apporte dans mon activité de Delivery Manager, notamment sur des portefeuilles multi-équipes où la tentation de comparer est la plus forte.

Sur la priorisation à l'intérieur d'une équipe, ma matrice RICE reste l'outil que j'utilise en atelier. Et sur les erreurs de pilotage qui se logent en amont plutôt que dans le suivi quotidien, voir mon article sur la dette de cadrage.