La vélocité, utilisée honnêtement : un guide clair pour les équipes Scrum
La vélocité est l'un des chiffres les plus utiles et les plus mal employés de Scrum. Utilisée honnêtement, elle aide une équipe à prévoir ce qu'elle peut réalistement entreprendre. Utilisée comme objectif de performance, elle corrompt discrètement tout ce qui l'entoure. La différence tient à la compréhension de ce qu'est la vélocité — et, tout aussi important, de ce qu'elle n'est pas. Précisons d'emblée que la vélocité ne fait pas partie du Guide Scrum; c'est une pratique complémentaire courante, ce qui est précisément pourquoi les équipes doivent garder la tête froide à son sujet.
En termes simples, la vélocité est la quantité de travail qu'une équipe Scrum termine dans un Sprint, mesurée habituellement en points d'effort (ou en nombre d'éléments) des éléments du Backlog Produit qui ont satisfait à la Définition de Terminé. Additionnez les points de tout ce qui est réellement achevé ce Sprint, et voilà votre vélocité. Faites-en la moyenne sur les derniers Sprints et vous obtenez une fourchette approximative pour le suivant.
À quoi sert la vélocité
La vélocité gagne sa place comme outil de prévision que l'équipe applique à elle-même. Pendant la Planification de Sprint, savoir que vous avez fait en moyenne, disons, 30 à 38 points lors des Sprints récents vous évite d'avaler 60 points de travail et de rater lourdement. Avec le temps, elle peut aider le Product Owner à donner aux parties prenantes une prévision honnête, fondée sur une fourchette, du moment où un ensemble d'éléments pourrait être terminé — utile au début 2021, quand les équipes à distance et les délais d'approvisionnement fragiles rendaient les promesses excessives particulièrement douloureuses.
Un test de bon sens pendant la Planification de Sprint, pour que l'équipe s'engage sur une quantité réaliste
Une prévision de livraison approximative, exprimée en fourchette plutôt qu'en date à fausse précision
Un signal précoce qui mérite une conversation lorsqu'elle bascule fortement à la hausse ou à la baisse
Un chiffre qui appartient à l'équipe, pour la planification de l'équipe
Comment on en abuse
La vélocité dérape dès qu'elle devient un objectif que quelqu'un d'extérieur à l'équipe utilise pour mesurer les gens. La loi de Goodhart s'applique nettement ici : quand une mesure devient une cible, elle cesse d'être une bonne mesure.
Comparer les équipes par vélocité. Les points d'effort sont une monnaie locale. Le 5 d'une équipe est le 13 d'une autre. Classer les équipes par vélocité, c'est comparer des chiffres qui n'ont jamais été sur la même échelle.
Fixer la vélocité comme cible. Demandez à une équipe d'augmenter sa vélocité et elle le fera — en gonflant les estimations. Le chiffre grimpe alors que la production réelle stagne, et vos données de planification deviennent une fiction.
La prendre pour de la productivité. La vélocité compte les points livrés, pas la valeur livrée. Une équipe peut afficher une vélocité élevée en livrant des choses dont personne n'avait besoin. Le but de Scrum, ce sont les résultats, pas les totaux de points.
Sanctionner un creux. La vélocité baisse pendant les congés, l'intégration ou un travail technique ardu. Réagir à chaque oscillation apprend à l'équipe à truquer le chiffre plutôt qu'à le rapporter honnêtement.
Le test d'honnêteté est simple : la vélocité doit aider l'équipe à mieux s'engager, jamais servir à juger l'équipe de l'extérieur. Gardez des estimations cohérentes, surveillez la tendance plutôt que le seul Sprint, et rappelez-vous que les vraies mesures de succès sont le produit fonctionnel et la valeur livrée — précisément ce que la vélocité cesse discrètement de décrire dès qu'on en fait une cible.
Si vos équipes se débattent avec des métriques qui suscitent les mauvais comportements, le conseil en réalisation de programmes et de projets de XNM vous aide à mettre les mesures de prévision et de livraison au travail sans déformer les équipes qu'elles sont censées servir.