Vélocité agile et story points
La vélocité est la mesure de la quantité de travail qu'une équipe agile accomplit dans un sprint, exprimée en story points. C'est l'entrée de planification la plus utile pour une équipe Scrum.
Ce que mesure la vélocité
La vélocité mesure le débit — le nombre de story points qu'une équipe complète jusqu'à la Definition of Done dans un seul sprint.
La vélocité ne mesure pas la productivité individuelle. Elle mesure une chose : combien de story points ont été complétés dans ce sprint.
Comme entrée de planification pour une seule équipe sur une base de code connue, elle est très fiable.
Comment calculer la vélocité du sprint
La vélocité du sprint correspond aux story points totaux complétés dans un sprint.
Vélocité = Σ (story points des histoires complétées) par sprint
La vélocité de planification est typiquement une moyenne mobile des 3–5 derniers sprints.
Moyenne mobile = (Sprint N + Sprint N-1 + Sprint N-2 + Sprint N-3) / 4
N'utilisez pas la vélocité d'un seul sprint pour planifier.
Utiliser la vélocité pour le Sprint Planning
La vélocité est l'entrée qui convertit les story points en capacité.
- Planifiez à 80–90 % de la vélocité : laissez un tampon pour le travail imprévu.
- Ajustez pour la disponibilité de l'équipe : si l'équipe est à 80 % de capacité, planifiez à 80 % de la vélocité ajustée.
- Mettez à jour la vélocité chaque sprint : supprimez le sprint le plus ancien de la moyenne mobile.
Prévision de release avec la vélocité
La vélocité permet la prévision de release : étant donné une taille de backlog connue, quand l'équipe finira-t-elle ?
Prévision simple : comptez les story points restants. Divisez par la vélocité moyenne mobile.
Exemple : 200 points restants ÷ 40 points/sprint = 5 sprints ≈ 10 semaines.
C'est une prévision, pas un engagement.
Prévision basée sur la plage : meilleur cas (vélocité = 90e percentile), pire cas (vélocité = 10e percentile).
Antipatterns de vélocité à éviter
La vélocité n'est utile que lorsqu'elle n'est pas manipulée.
- Utiliser la vélocité comme métrique de performance : quand les équipes sont récompensées pour une haute vélocité, les estimations s'envolent.
- Comparer la vélocité entre équipes : différentes équipes calibrent leurs échelles de story points indépendamment.
- Compter les histoires non terminées : le crédit partiel introduit une variabilité arbitraire.
- S'attendre à ce que la vélocité augmente indéfiniment : les équipes matures atteignent une bande de vélocité stable.
FAQ de vélocité
Quelle est une bonne vélocité pour une équipe Scrum ?
Il n'y a pas de "bonne" vélocité universelle. La vélocité n'a de sens que par rapport aux données historiques de votre propre équipe.
Pourquoi notre vélocité a-t-elle soudainement chuté ?
Causes courantes : changement de composition de l'équipe, sprint avec des histoires inhabituellement complexes.
Devons-nous estimer les spikes en story points ?
Les spikes sont généralement estimés en temps plutôt qu'en story points.
Combien de temps faut-il pour que la vélocité se stabilise ?
La plupart des équipes atteignent une bande de vélocité stable dans les 4–6 sprints.
Estimez le backlog de votre sprint avec le Planning Poker en ligne gratuit