Calculateur Vélocité
Scrum Velocity
Velocité Équipe
Sprint Planning
Agile Métriques
Estimation Scrum
Outil Scrum En Ligne
Calculateur de Vélocité Scrum
📈 Entrez vos sprints passés
Calculez la vélocité de votre équipe Scrum en entrant les points réalisés sur vos sprints passés. Obtenez la moyenne, tendance, et estimations pour le prochain sprint. Outil idéal pour le planning poker et l'amélioration continue.
C'est quoi la vélocité Scrum ?
La vélocité est une métrique clé en Scrum qui mesure la quantité de travail qu'une équipe complète durant un sprint. Elle est exprimée en points de story (ou story points), une unité relative qui tient compte de la complexité, l'incertitude, et l'effort requis.
Principe : La vélocité n'est pas une mesure absolue, mais relative. Un point pour une équipe peut représenter 1 jour, pour une autre 1 heure. Ce qui importe, c'est la cohérence et la tendance.
Exemple : Si votre équipe complète 34 points en Sprint 1, 31 en Sprint 2, et 36 en Sprint 3, sa vélocité moyenne = 33,67 points/sprint.
Comment la calculer
La formule est simple :
Vélocité moyenne = Total des points sur N sprints / N
Exemple sur 5 sprints :
Sprint 1 : 28 points
Sprint 2 : 31 points
Sprint 3 : 29 points
Sprint 4 : 33 points
Sprint 5 : 34 points
Vélocité = (28 + 31 + 29 + 33 + 34) / 5 = 155 / 5 = 31 points/sprint
Conseil : Basez votre planning sur les 3 à 5 derniers sprints pour avoir une vélocité fiable. Les 1-2 premiers sprints sont souvent faussés par l'onboarding.
Planning poker et estimations
La vélocité dépend de la qualité des estimations. Utilisez le planning poker en équipe :
- Lisez une user story
- Chaque dev propose secrètement un nombre (Fibonacci : 1, 2, 3, 5, 8, 13, 21...)
- Révélez les estimations simultanément
- Débattez des écarts et réestimez si nécessaire
- Consensuez le nombre final
Pourquoi Fibonacci ? La suite de Fibonacci (1, 2, 3, 5, 8, 13, 21...) reflète l'incertitude croissante. Plus la tâche est complexe, plus les sauts sont grands.
Améliorer la vélocité de l'équipe
- ✅ Stabilisez l'équipe — Moins de changements = plus de cohérence
- ✅ Réduisez les interruptions — Contexte-switching tue la productivité
- ✅ Améliorez l'onboarding — Nouvel arrivant = chute temporaire de vélocité
- ✅ Définissez la "Done" — "Definition of Done" claire = moins de bugs = plus rapide
- ✅ Facilitez la communication — Daily standup court et efficace
- ✅ Formez l'équipe — Meilleure expertise = plus de confiance en estimation
- ❌ Ne pas viser une augmentation de vélocité — Côté obscur : qualité + moral ↓
Piège commun : Forcer l'équipe à "aller plus vite" crée du stress et du turnover. Une vélocité stable et prévisible vaut mieux qu'une vélocité qui monte puis s'effondre.
