Guide Scrum · Artefacts et pratiques
La vélocité dans Scrum : comment la calculer et l'utiliser
La vélocité est la quantité de travail qu'une Scrum Team réalise au cours d'un Sprint, généralement mesurée en story points. C'est un outil de planification pour l'équipe, pas une mesure de productivité.
À retenir
- La vélocité correspond aux story points réalisés par Sprint.
- Utilisez des moyennes pour la planification et les prévisions.
- Ne comparez jamais les équipes et ne fixez jamais d'objectifs de vélocité.
Comment la calculer
- À la fin du Sprint, additionnez les story points de tous les éléments qui respectent la Definition of Done.
- Excluez totalement les éléments partiellement terminés.
- Suivez la valeur sur plusieurs Sprints.
- Utilisez la moyenne des trois à cinq derniers Sprints pour la planification.
Avantages
- Aide l'équipe à décider de la quantité de travail à prendre dans un Sprint.
- Étaye les prévisions de release : points restants ÷ vélocité moyenne.
- Révèle les changements, comme une baisse après le départ de membres de l'équipe.
Limites et mauvais usages
- La vélocité est propre à chaque équipe ; ne comparez jamais les équipes.
- Fixer des objectifs de vélocité conduit à gonfler les estimations.
- Elle mesure la production, pas la valeur ni les résultats.
- Elle devient peu fiable lorsque la composition de l'équipe change souvent.
Graphique de vélocité
Représentez les points engagés et réalisés par Sprint sous forme de barres. Recherchez la stabilité plutôt que la croissance. Voir graphiques de vélocité.
Modèles gratuits sur ce sujet
Questions fréquentes
La vélocité est-elle un indicateur Scrum ?
La vélocité n'est pas définie dans le Guide Scrum, mais elle est largement utilisée par les équipes Scrum.
La vélocité doit-elle augmenter avec le temps ?
Pas nécessairement. Une vélocité stable est plus utile qu'une vélocité en hausse, qui reflète souvent une inflation des estimations.
Qu'est-ce que la vélocité dans Scrum ?
La quantité de travail qu'une Scrum Team réalise au cours d'un Sprint, généralement la somme des story points des éléments qui respectent la Definition of Done.
Comment calculer la vélocité ?
Additionnez les story points de tous les éléments qui respectent la Definition of Done à la fin du Sprint, en excluant les éléments partiellement terminés. Faites la moyenne des trois à cinq derniers Sprints pour la planification.
Qu'est-ce qu'une bonne vélocité ?
Il n'y a pas de bon chiffre. La vélocité est relative à l'échelle d'estimation de chaque équipe : une vélocité stable et prévisible compte davantage que sa valeur.
Pourquoi la vélocité baisse-t-elle ?
Parmi les raisons courantes : les congés, les changements dans l'équipe, le travail imprévu, une dette technique croissante et des éléments plus difficiles. Discutez des baisses durables lors de la Retrospective.
Comment prévoir une release avec la vélocité ?
Divisez les story points restants par la vélocité moyenne. Par exemple, 120 points à environ 24 par Sprint représentent à peu près cinq Sprints ; utilisez une fourchette fondée sur les Sprints plus lents et plus rapides pour une prévision honnête.
Les stories partiellement terminées doivent-elles compter dans la vélocité ?
Non. Seuls les éléments qui respectent la Definition of Done comptent. Les éléments inachevés retournent dans le Product Backlog et sont comptés dans le Sprint au cours duquel ils sont terminés.
Qu'est-ce qu'un graphique de vélocité ?
Un diagramme en barres qui montre les points prévus et réalisés par Sprint, utilisé pour observer les tendances et la stabilité. Voir Graphique de vélocité agile.
Les managers peuvent-ils utiliser la vélocité pour mesurer la productivité ?
Ils ne devraient pas. La vélocité mesure la production dans des unités propres à l'équipe, et l'utiliser comme objectif conduit à gonfler les estimations plutôt qu'à créer davantage de valeur.
Quelle est la différence entre vélocité et capacité ?
La vélocité correspond à ce que l'équipe a réellement réalisé lors des Sprints passés ; la capacité correspond au temps dont l'équipe dispose pour le Sprint à venir. Les équipes utilisent les deux lors du Sprint Planning.