Articles

Vélocité de sprint : comment la suivre, la prévoir et cesser d'en abuser

Illustration d'un tableau de bord de sprint avec un cadran de compteur de vitesse et une série de barres ascendantes représentant les story points réalisés par sprint, style éditorial plat et moderne aux teintes violettes et bleues vives, une petite équipe agile examinant le graphique ensemble

Kelly Lewandowski

Dernière mise à jour 07/06/20268 min de lecture

La vélocité est l'indicateur agile le plus simple à calculer et le plus facile à dévoyer. Additionnez les story points que votre équipe a terminés au dernier sprint. C'est tout. Les ennuis commencent dès qu'on traite ce chiffre comme un objectif, une note de productivité ou une promesse de livraison précise. La vélocité a exactement deux fonctions légitimes : vous aider à prévoir grosso modo quand un ensemble de travail sera terminé, et donner à l'équipe un repère de bon sens sur la quantité à embarquer dans le prochain sprint. Utilisée pour autre chose, elle fait plus de mal que de bien. Voici comment assurer ces deux fonctions correctement, et comment repérer les dérives avant qu'elles ne se propagent.

Ce qu'est réellement la vélocité de sprint

La vélocité, c'est le nombre de story points que votre équipe a terminés durant un sprint. Terminé signifie achevé selon votre Definition of Done, pas « en recette » ni « presque mergé ». Le travail à moitié fait compte pour zéro. Une story reportée marque ses points dans le sprint où elle se termine réellement, pas dans celui où elle a commencé. C'est toute la définition. La vélocité ne mesure pas l'effort, les heures ni l'intensité du travail des gens. Elle mesure la production dans la propre monnaie des story points de votre équipe, ce qui explique précisément pourquoi elle n'a de sens qu'à l'intérieur de cette seule équipe.

Les points sont relatifs à l'équipe

Les points d'une équipe sont calibrés pour cette équipe. Le 8 d'une équipe est le 3 d'une autre. C'est le seul fait qui invalide la plupart des comparaisons de vélocité, et nous y reviendrons.

Comment la calculer (et pourquoi un seul chiffre ment)

La formule de base est une moyenne sur vos sprints récents : Vélocité moyenne = total des points terminés ÷ nombre de sprints Prenez au moins 3 sprints, idéalement 6 ou plus, et ne comptez que les sprints réalisés avec une équipe à peu près stable. Voici une série réaliste de six sprints :

22, 28, 19, 31, 24, 26

Points terminés par sprint

Vélocité moyenne

19–31

Fourchette réelle

La moyenne est de 25. Mais aucun sprint n'a réellement livré 25, et l'amplitude réelle va de 19 à 31. Si vous planifiez chaque sprint autour de « 25 », vous vous surengagerez dans les sprints lents et sous-remplirez les rapides. La moyenne est un point de départ pour la discussion, pas un contrat. C'est pourquoi le calculateur de vélocité de sprint affiche une fourchette et un score de régularité à côté de la moyenne. Collez-y vos derniers sprints et il vous indique non seulement le point médian, mais aussi la fiabilité de ce point médian. Une équipe qui fait 24, 25, 26 n'est pas dans la même situation qu'une équipe qui fait 12, 38, 25, même si toutes deux affichent une moyenne de 25.

Prévision : raisonnez en fourchettes, pas en chiffres uniques

C'est là que la plupart des conseils sur la vélocité dérapent. Le réflexe classique, c'est « backlog ÷ vélocité moyenne = nombre de sprints restants ». Avec un backlog de 200 points et une vélocité moyenne de 25, cela donne 8 sprints. Net, assuré et presque certainement faux, car cela suppose que votre vélocité n'a aucune variance. Votre vélocité a bel et bien une variance, donc votre prévision devrait en avoir une aussi. La version simple et honnête, c'est la méthode des trois prévisions : prévoir avec une vélocité prudente, une vélocité probable et une vélocité optimiste.

Scénario	Vélocité utilisée	Backlog de 200 points
Prudent	Moyenne de vos 3 sprints les plus lents (~22)	~10 sprints
Probable	Moyenne globale (25)	8 sprints
Optimiste	Moyenne de vos 3 sprints les plus rapides (~28)	~7 sprints

Vous pouvez maintenant dire à une partie prenante « entre 7 et 10 sprints, plus probablement 8 » plutôt qu'un chiffre unique que vous devrez revoir à la baisse plus tard. Comme Mike Cohn et d'autres le défendent depuis longtemps, une formulation du type « nous sommes confiants à 90 % que cela tombe entre le sprint 7 et le sprint 10 » est à la fois plus utile et plus défendable qu'une fausse précision.

Annoncez toujours une fourchette

Quand on vous demande une date, donnez-en deux : l'optimiste et la prudente. Une fourchette communique honnêtement l'incertitude et vous protège quand la réalité tombe quelque part au milieu, ce qui est presque toujours le cas.

Pour les équipes qui veulent de vraies probabilités, la simulation Monte Carlo est l'étape suivante. Au lieu de trois scénarios choisis à la main, elle déroule des milliers de futurs simulés en tirant aléatoirement dans vos sprints passés, puis restitue les résultats sous forme de percentiles : une fin au 50e percentile (médiane), au 85e, au 95e. « 85 % de chances de terminer d'ici le sprint 9 » est une affirmation bien plus solide que ne le permet la moindre moyenne. Vous n'avez pas besoin d'une estimation ponctuelle unique ; vous avez besoin d'une distribution. Illustration d'un cône d'incertitude s'élargissant depuis un point de départ vers un drapeau d'arrivée, avec plusieurs trajectoires de probabilité en bandes dégradées bleues et violettes, style vectoriel plat et moderne, sans texte ni chiffres

Illustration d'un cône d'incertitude s'élargissant depuis un point de départ vers un drapeau d'arrivée, avec plusieurs trajectoires de probabilité en bandes dégradées bleues et violettes, style vectoriel plat et moderne, sans texte ni chiffres

Comment les équipes détournent la vélocité

Scrum.org est allé jusqu'à publier un article intitulé « Story Points are not the Problem, Velocity is » (les story points ne sont pas le problème, c'est la vélocité). Le dimensionnement des points est en grande partie inoffensif ; les dégâts viennent de ce que les managers font du chiffre de vélocité qui en résulte. Voici les quatre travers à surveiller.

⚖️Comparer les équipes

L'équipe A fait 40, l'équipe B fait 25, donc l'équipe A serait « plus productive ». Faux. Les points sont relatifs à l'équipe, la comparaison ne mesure donc rien. Elle apprend juste à l'équipe B à gonfler ses chiffres.

📈En indicateur de productivité

Dès l'instant où la vélocité devient un chiffre sur lequel les gens sont évalués, elle cesse de mesurer la production et se met à mesurer la pression que ressent l'équipe. La loi de Goodhart à l'œuvre.

🎯En engagement

« Vous avez fait 30 au dernier sprint, alors engagez-vous sur 30. » Cela transforme une prévision en quota et pousse l'équipe à gonfler ses estimations jusqu'à ce que le chiffre soit confortablement atteignable.

🎲Sur un seul sprint

Un sprint, c'est du bruit. Un jour férié, une panne ou un bug épineux le font varier brutalement. La vélocité n'a de sens qu'en tant que tendance sur plusieurs sprints.

Le fil rouge : chaque dérive transforme la vélocité d'un outil que l'équipe utilise en cible à laquelle on juge l'équipe. Une fois ce basculement opéré, le chiffre est manipulé et vous perdez le signal honnête dont vous étiez parti.

La spirale infernale de l'inflation

Faites pression sur une équipe pour qu'elle augmente sa vélocité et elle le fera, instantanément, en surdimensionnant discrètement le même travail. La vélocité grimpe, rien n'est livré plus vite, et voilà votre historique vicié pour les prévisions. L'indicateur que vous optimisiez détruit la seule chose à laquelle il servait.

La vélocité bien utilisée

Employée comme une aide à la planification interne et rien de plus, la vélocité gagne sa place. Une courte checklist pour la garder honnête :

Ne comptez que le travail entièrement achevé selon votre Definition of Done.

Moyennez sur 6 sprints ou plus et observez la tendance, pas un chiffre isolé.

Prévoyez en fourchettes ou en percentiles, jamais avec une date « livré pour le » unique.

Recalibrez la base après un changement d'équipe majeur ; l'ancienne vélocité ne se transfère pas.

Ne montrez jamais la vélocité dans une slide qui compare des équipes ou des individus.

Préservez la conversation d'estimation ; la discussion compte plus que les points.

Ce dernier point est celui que les équipes oublient. La vélocité est un sous-produit d'une bonne estimation, pas son objectif. La valeur du planning poker réside dans la conversation qui fait remonter la complexité cachée avant qu'elle ne vous rattrape en plein sprint. Le chiffre qui en sort n'est que de la comptabilité.

La vélocité n'est pas votre seule option

Si la vélocité ne cesse d'être instrumentalisée dans votre équipe, ou si vos stories varient trop en taille pour que les points soient stables, vous avez des options. Certaines équipes abandonnent complètement l'estimation et prévoient directement à partir du débit. Une démarche plus légère consiste à conserver la vélocité tout en s'appuyant sur les métriques de flux là où elle est mauvaise. Le débit (éléments terminés par sprint) et le temps de cycle (durée nécessaire à un élément du début à la fin) mesurent la livraison avec de vraies dates plutôt qu'avec des estimations.

Question	Meilleure métrique
Combien embarquer dans un sprint	Vélocité ou débit
Quand ce backlog sera-t-il terminé	Monte Carlo sur vélocité/débit
Pourquoi le travail traîne-t-il	Temps de cycle et en-cours
Progressons-nous au fil du temps	Tendance du temps de cycle

La plupart des équipes matures finissent par utiliser les deux : la vélocité pour la conversation au niveau du sprint, les métriques de flux pour la prévision de livraison et le repérage des goulets d'étranglement. Elles répondent à des questions différentes, et aucune n'est un tableau de scores de productivité.

En résumé

La vélocité est une lampe torche, pas un compteur de vitesse. Elle aide l'équipe à voir grosso modo ce qu'elle peut prendre en charge et grosso modo quand un ensemble de travail se terminera. Braquez-la sur les gens plutôt que sur le travail et elle cesse de dire la vérité. Suivez-la sur plusieurs sprints, prévoyez en fourchettes et gardez-la au sein de l'équipe. Quand vous avez besoin de chiffres calculés rapidement, le calculateur de vélocité de sprint transforme vos derniers sprints en une moyenne, une fourchette réaliste, un score de régularité et une prévision de backlog en quelques secondes. Côté estimation, qui l'alimente, le planning poker maintient l'attention là où elle doit être : sur la conversation, pas sur le tableau d'affichage.

Au moins 3 pour obtenir une moyenne approximative, mais 6 ou plus avant de vous y fier pour la prévision. En deçà, un seul sprint atypique fausse tout. L'équipe devrait aussi rester raisonnablement stable sur ces sprints.

Uniquement si ces éléments ont été estimés en points et terminés dans le sprint. Beaucoup d'équipes laissent les bugs et le support non chiffrés et les suivent séparément, ce qui garde la vélocité centrée sur la livraison des fonctionnalités planifiées. Choisissez une approche et tenez-vous-y pour que votre historique reste comparable.

Les story points sont calibrés par équipe : le 5 d'une équipe est le 13 d'une autre. Comparer les chiffres bruts ne mesure rien de réel et pousse les équipes à gonfler leurs estimations. Si vous avez besoin d'une vue inter-équipes, regardez les résultats livrés ou le temps de cycle, pas les points.

Non. La vélocité mesure la production dans une unité propre à l'équipe, pas la valeur livrée ni l'effort fourni. Une équipe peut augmenter sa vélocité sans livrer quoi que ce soit de plus utile, simplement en surdimensionnant le travail. Traitez-la comme une donnée d'entrée de planification, jamais comme un indicateur de performance.