La vélocité est l'un des indicateurs Scrum les plus utilisés et les plus mal utilisés. Comprendre ce qu'elle mesure vraiment — et ce qu'elle ne mesure pas — est essentiel.
La vélocité Scrum mesure le nombre de points de story complétés par sprint. C'est un outil de planification interne : si une équipe a une vélocité stable de 40 points, elle peut estimer avec confiance combien de sprints seront nécessaires pour livrer un backlog donné. C'est tout. La vélocité n'est pas une mesure de productivité, pas un indicateur de qualité, pas une base de comparaison entre équipes.
Les perversions les plus communes : utiliser la vélocité pour évaluer les performances individuelles, comparer la vélocité entre équipes différentes, ou fixer une vélocité cible que l'équipe doit atteindre. Ces usages créent des comportements contre-productifs : inflation des estimations pour atteindre la cible, découpage artificiel des stories, rush en fin de sprint au détriment de la qualité. Quand on évalue une équipe sur sa vélocité, on obtient une haute vélocité — pas nécessairement plus de valeur délivrée.
La bonne utilisation : mesurer la vélocité sur 5 à 6 sprints pour obtenir une moyenne stable, l'utiliser comme base de release planning uniquement, et l'accompagner d'indicateurs de qualité (couverture de tests, taux de bugs en production, satisfaction équipe). Si la vélocité baisse, chercher à comprendre pourquoi plutôt que d'exiger qu'elle remonte. Souvent, une vélocité en baisse sur le court terme accompagne une amélioration de la qualité sur le long terme — un arbitrage que seule l'équipe peut évaluer honnêtement.