Après nos premiers Sprints sur le projet "Odyssey", une question revenait sans cesse lors des Sprint Plannings : "Combien de travail peut-on vraiment prendre ?". Nous naviguions à l'instinct, parfois trop ambitieux, parfois trop prudents. Chaque début de Sprint était source de stress et d'incertitude.
C'est un problème que toutes les équipes connaissent. Et trop souvent, la réponse qu'on leur impose est la mauvaise : utiliser la vélocité comme un outil de pression.
Dans ce guide, nous allons démolir ce mythe. Je vais vous montrer, en tant que coach, comment utiliser la vélocité sainement pour ce qu'elle est vraiment : le meilleur allié de votre équipe pour une planification sereine, prévisible et honnête.
⏱️ Temps de lecture estimé : 10 minutes
✔️ Ce que vous allez accomplir :
- Comprendre pourquoi la vélocité est une jauge de capacité, et non un compteur de vitesse.
- Découvrir les 3 usages sains de la vélocité pour planifier et s'améliorer.
- Apprendre à déjouer le plus grand piège de la vélocité : son utilisation comme KPI de performance.
- Savoir comment réagir face à une vélocité instable pour en faire une opportunité d'apprentissage.
📈 La Vélocité, c'est Quoi VRAIMENT ? (La Définition sans Bullshit)
Oubliez les définitions complexes. La meilleure analogie pour comprendre la vélocité est celle de la voiture.
Un manager traditionnel voudrait connaître votre vitesse (des km/h) pour vous demander d'aller plus vite. La vélocité, ce n'est pas ça. La vélocité, c'est l'autonomie de votre réservoir (en km). Elle ne vous dit pas à quelle vitesse vous roulez, mais quelle distance vous pouvez parcourir avec un "plein d'essence" (un Sprint).
Concrètement, la vélocité est la quantité de travail (mesurée en Story Points) que votre équipe réussit à transformer en un incrément de produit fini et utilisable (respectant la "Definition of Done") au cours d'un Sprint. C'est une mesure de capacité, pas de performance.
❌ Le Grand Mensonge : Pourquoi la Vélocité n'est PAS un KPI de Performance
C'est le point le plus important de ce guide. Si vous ne devez retenir qu'une chose, c'est celle-ci. Utiliser la vélocité comme un indicateur de performance (KPI) pour évaluer ou comparer des équipes est la pratique la plus toxique en agilité. C'est le meilleur moyen de détruire la confiance et de rendre vos données inutiles. Voici pourquoi.
Le problème : La loi de Goodhart dit : "Quand une mesure devient un objectif, elle cesse d'être une bonne mesure". Si vous dites à une équipe : "Votre objectif est d'augmenter votre vélocité de 10%", elle va simplement estimer la prochaine tâche à 8 points au lieu de 5. Le chiffre sur le papier augmentera, mais la valeur produite restera la même. Le graphe deviendra un mensonge.
Le problème : Dans un environnement sous pression où seule la quantité de "points" compte, le premier réflexe d'une équipe est de prendre des raccourcis : "On n'a pas le temps de faire tous les tests", "Laisse tomber le refactoring...". La "chasse aux points" se fait toujours au détriment de la qualité, créant de la dette technique qui ralentira l'équipe sur le long terme.
Le problème : Comparer la vélocité de l'équipe A (40 points) avec celle de l'équipe B (60 points) est un non-sens absolu, car chaque équipe a sa propre échelle d'estimation. Le faire publiquement crée une compétition malsaine et un climat de méfiance. L'estimation devient un enjeu politique.
✅ Le Vrai Pouvoir : 3 Usages SAINS de la Vélocité (et Comment les Appliquer)
Maintenant que nous avons éliminé les pratiques toxiques, concentrons-nous sur la véritable utilité de la vélocité. Utilisée correctement, elle devient un formidable outil de sérénité, de prévisibilité et d'amélioration.
Usage n°1 : Pour des Sprint Plannings Sereins
C'est son utilité la plus directe. La vélocité moyenne des 3 à 5 derniers Sprints donne à l'équipe une jauge de capacité fiable pour répondre à la question : "Combien de travail pouvons-nous raisonnablement embarquer dans ce Sprint ?".
Notre vélocité s'était stabilisée autour de 25 points. Pour le Planning du Sprint 7, le Product Owner est arrivé avec 35 points de travail qu'il jugeait prioritaires. Grâce au Velocity Chart, la conversation n'était plus basée sur l'opinion mais sur les faits. Nous avons eu une discussion saine : "Notre capacité démontrée est de 25 points. Quels sont les 10 points que nous pouvons laisser de côté pour nous concentrer et réussir ce Sprint sans stress inutile ?".
Usage n°2 : Pour des Prévisions de Release Fiables (en duo avec le Burnup)
La vélocité moyenne est le carburant qui alimente les projections à long terme. Seule, elle ne sert qu'à planifier le prochain Sprint. Combinée au Burnup Chart, elle permet de répondre à la question du management : "Quand le projet sera-t-il terminé ?".
C'est la synergie parfaite : votre Velocity Chart vous donne une vitesse de croisière fiable (ex: 25 points/Sprint). Votre Burnup Chart vous dit qu'il reste 100 points à faire. Vous pouvez désormais calculer une prévision réaliste (100 / 25 = 4 Sprints) et la communiquer en toute transparence.
Usage n°3 : Pour Révéler les Problèmes Systémiques
Une vélocité parfaitement stable est rare et pas forcément souhaitable. Une vélocité qui fluctue n'est pas un échec, c'est une mine d'informations.
Notre vélocité est subitement tombée de 25 à 12 points lors du Sprint 7. Le graphe a immédiatement signalé un problème. En rétrospective, la discussion a révélé la cause : deux développeurs seniors étaient en congés cette semaine-là, et un problème de serveur a bloqué l'équipe pendant une journée. Le graphe n'a pas montré une "baisse de performance", il a révélé l'impact d'une capacité réduite et d'un obstacle externe. Cela nous a appris à toujours prendre en compte la capacité réelle de l'équipe pour le Sprint à venir.
Exemple Pratique : Le Velocity Chart du Projet Odyssey
Un Velocity Chart raconte l'histoire de l'apprentissage d'une équipe. Analysons ensemble le graphe de notre Projet Odyssey pour comprendre comment passer de l'interprétation à l'action.
Ce que ce graphe nous apprend, étape par étape :
-
Sprints 1 à 3 : La Phase de "Storming".
Ce que l'on voit : Les barres sont très irrégulières (15, 28, 19 points). C'est le chaos apparent, mais c'est une phase normale pour une nouvelle équipe ou un nouveau projet.
La conversation en rétrospective : "Qu'avons-nous appris sur nos estimations ? Sur notre collaboration ? Ces variations sont normales. Continuons à nous synchroniser pour trouver notre rythme." -
Sprints 4 à 6 : La Stabilisation.
Ce que l'on voit : Les barres se stabilisent autour d'une moyenne (25, 26, 24 points). L'équipe a trouvé son rythme de croisière. C'est à partir de ce moment que la vélocité devient un outil de prévision fiable.
La conversation en Sprint Planning : "Notre vélocité moyenne est maintenant de 25 points. C'est notre capacité de référence pour nous engager sur le travail du prochain Sprint." -
Sprint 7 : La Chute Inattendue.
Ce que l'on voit : La vélocité chute à 12 points. Ce n'est pas un "échec", c'est une information cruciale.
La conversation en rétrospective : "Le graphe montre une baisse significative. Discutons-en : ah oui, deux membres clés de l'équipe étaient en congés cette semaine-là. La baisse n'est donc pas due à un problème, mais à une baisse de capacité temporaire. Nous devons en tenir compte pour la planification du prochain Sprint de vacances."
Le but n'est pas d'avoir une ligne droite. Le but est de comprendre l'histoire que racontent les variations. Une vélocité stable est un signe de prévisibilité. Une vélocité instable est le symptôme d'un problème (ou d'un changement) que l'équipe doit analyser pour s'améliorer. Dans les deux cas, le graphe est une victoire pour la transparence.
🎁 Bonus de Coach : Gérer la Vélocité d'une Équipe qui Débute
Une erreur classique est de vouloir utiliser la vélocité comme un outil de prévision dès le premier Sprint. Pour une nouvelle équipe ou un nouveau projet, la vélocité sera naturellement chaotique. Voici comment l'aborder avec sagesse.
- Sprint 1 : Ne calculez rien. L'objectif est que l'équipe apprenne à travailler ensemble. La seule métrique est : avons-nous livré un incrément qui fonctionne ?
- Sprint 2 : Calculez votre première vélocité. Notez-la, mais ne l'utilisez pas encore pour faire des promesses. C'est un premier point de donnée, rien de plus.
- Sprint 3 : Vous avez maintenant deux points de donnée. Commencez à observer la tendance en rétrospective. La conversation est : "Qu'est-ce qui a influencé notre vélocité ?".
- Sprint 4 : Vous avez trois points de donnée. Vous pouvez commencer à calculer une première moyenne très prudente pour aider à la planification du Sprint 5.
Une vélocité stable et prévisible est le résultat d'un processus Scrum sain. Pour vous aider à diagnostiquer la maturité de vos pratiques et à identifier ce qui pourrait impacter votre vélocité, nous avons créé un outil d'auto-coaching interactif.
La Checklist Interactive du Sprint Parfait
Votre vélocité fluctue ? Assurez-vous que le moteur de votre projet est performant ! Évaluez la santé de vos Sprints et de vos rituels pour construire une vélocité stable et des prévisions fiables.
👉 ÉVALUER LA SANTÉ DE MON SPRINT !❓ Foire Aux Questions (FAQ) d'Expert
Que faire quand la vélocité chute brutalement ?
Ne paniquez pas et ne blâmez personne. C'est une information, pas un jugement. Utilisez la rétrospective pour en trouver la cause racine. Est-ce dû à des congés (baisse de capacité) ? À un obstacle technique imprévu ? À des stories mal définies ? La chute est un symptôme, votre travail est de trouver la maladie.
Comment gérer la vélocité avec des membres à temps partiel ou en congés ?
La vélocité moyenne est calculée pour une équipe à pleine capacité. Avant chaque Sprint Planning, ajustez votre capacité prévisionnelle. Une méthode simple est de calculer la "capacité en focus factor" : pour chaque membre, estimez le nombre de jours où il sera 100% focus sur le Sprint. Cela vous donnera un pourcentage de votre vélocité moyenne à viser (ex: si 80% de l'équipe est disponible, visez 80% de votre vélocité).
Doit-on recalculer la vélocité si la composition de l'équipe change ?
Oui, absolument. Si un membre important quitte ou rejoint l'équipe, la vélocité passée n'a plus de sens. Vous devez considérer l'équipe comme "nouvelle". Il faudra 2 à 3 Sprints pour que sa nouvelle vélocité moyenne se stabilise et redevienne un indicateur de prévision fiable.
🏁 Conclusion : La Vélocité, un Outil de Confiance
La vélocité est l'un des outils les plus puissants de l'agilité, mais aussi l'un des plus dangereux. Retenez ceci : c'est un outil de l'équipe, pour l'équipe. Sa finalité n'est pas de mesurer la performance, mais de favoriser des conversations honnêtes et de construire des prévisions fiables. Utilisée avec sagesse, elle apporte la sérénité et la prévisibilité. Utilisée comme une arme, elle détruit la confiance. Le choix vous appartient.
🚀 Créez un Environnement de Données Fiables avec AgileFlow !
Pour calculer une vélocité saine, vous avez besoin de données propres issues d'un backlog bien géré. Notre template Notion AgileFlow est conçu pour vous offrir cette structure et cette clarté.
📚 Pour Aller Plus Loin
- Replacez la Vélocité dans son contexte en lisant notre page pilier sur tous les Graphes Scrum.
- Découvrez comment la Vélocité alimente le guide sur le Burnup Chart pour des prévisions à long terme.
- Comprenez le rôle du Scrum Master dans la protection d'une utilisation saine de cette métrique.
À propos de l'auteur
Adil.B, Coach Agile certifié et passionné par l'optimisation des processus. Mon objectif est de rendre la gestion de projet accessible à tous à travers des guides pratiques et des retours d'expérience de terrain.
🤔Votre expérience nous intéresse !
- ❓Quelle est la plus grande idée reçue sur la vélocité que vous ayez rencontrée ?
- ❓Partagez une situation où la vélocité a permis une conversation constructive dans votre équipe !
Partagez vos réflexions en commentaire ci-dessous ! 👇