Guide agile · Pratiques agiles
Graphiques de vélocité en agile : comment les lire et les utiliser
La vélocité est la quantité de travail qu'une équipe agile réalise au cours d'un sprint, généralement mesurée en story points. Un graphique de vélocité la représente sprint après sprint. Bien utilisé, c'est un outil de prévision simple. Mal utilisé, il devient un objectif de performance trompeur.
À retenir
- La vélocité correspond aux story points réalisés par sprint.
- Utilisez des moyennes et des fourchettes pour vos prévisions, jamais des chiffres isolés.
- Ne comparez jamais la vélocité entre équipes et ne lui fixez pas d'objectif.
Ce que mesure la vélocité
La vélocité est la somme des story points de tous les éléments conformes à la Definition of Done au cours d'un sprint. Le travail partiellement terminé compte pour zéro.
Lire un graphique de vélocité
Un graphique de vélocité est généralement un histogramme comportant une ou deux barres par sprint :
- Engagés : points prévus lors du Sprint Planning.
- Réalisés : points réellement terminés.
Recherchez des tendances plutôt que des sprints isolés. Une vélocité stable signifie une livraison prévisible. De fortes variations suggèrent des éléments trop volumineux, une équipe souvent interrompue ou des estimations incohérentes.
Utiliser la vélocité pour planifier
- Sprint planning : utilisez la moyenne des trois à cinq derniers sprints comme repère pour la quantité de travail à prendre en charge.
- Prévision des releases : divisez les points restants du backlog par la vélocité moyenne pour estimer le nombre de sprints restants. Utilisez une fourchette (meilleure et pire vélocité récentes) plutôt qu'une date unique.
- Détecter les problèmes : une vélocité en baisse peut signaler une dette technique, des exigences floues ou des changements dans l'équipe.
Vélocité, burndown et burnup
| Graphique | Montre | Idéal pour |
|---|---|---|
| Graphique de vélocité | Points réalisés par sprint | Capacité et prévisions à long terme |
| Burndown de sprint | Travail restant dans le sprint en cours, jour après jour | Avancement quotidien au sein d'un sprint |
| Burnup de release | Travail réalisé et périmètre total dans le temps | Montrer l'avancement lorsque le périmètre change |
Erreurs à éviter
- Comparer la vélocité entre équipes ; les points sont propres à chaque équipe.
- Fixer des objectifs de vélocité, ce qui encourage les estimations gonflées.
- Compter le travail inachevé.
- Traiter une prévision comme une promesse.
Modèles gratuits sur ce sujet
Questions fréquentes
Qu'est-ce qu'une bonne vélocité ?
Il n'y a pas de bon ou de mauvais chiffre. Une vélocité utile est une vélocité stable, car la stabilité rend les prévisions fiables.
Combien de sprints faut-il pour que la vélocité soit fiable ?
Généralement trois à cinq sprints avec une équipe stable.
Qu'est-ce que la vélocité en agile ?
Le total des story points des éléments qu'une équipe termine conformément à la Definition of Done au cours d'un sprint. Elle sert à planifier et à prévoir.
Comment calculer la vélocité ?
Additionnez les points de chaque élément conforme à la Definition of Done au cours du sprint. Faites la moyenne des trois à cinq derniers sprints pour planifier.
Que montre un graphique de vélocité ?
Généralement deux barres par sprint : les points engagés lors du Sprint Planning et les points réellement réalisés. La tendance compte plus que n'importe quel sprint isolé.
Pourquoi notre vélocité baisse-t-elle ?
Les causes courantes sont une dette technique croissante, des exigences floues, des changements dans l'équipe, davantage d'interruptions ou des éléments trop volumineux. Abordez le sujet en rétrospective.
La vélocité doit-elle augmenter avec le temps ?
Pas nécessairement. Une vélocité stable est plus utile qu'une vélocité croissante, et la pression pour l'augmenter conduit souvent à des estimations gonflées.
Comment utiliser la vélocité pour prévoir une release ?
Divisez les points restants du backlog par la vélocité moyenne. Utilisez la meilleure et la pire vélocité récentes pour donner une fourchette plutôt qu'une date unique.
Quelle est la différence entre vélocité et capacité ?
La capacité est le temps dont dispose une équipe ; la vélocité est la quantité de travail qu'elle a réalisée historiquement. Voir Planification de capacité agile.
Kanban utilise-t-il la vélocité ?
Généralement non. Les équipes Kanban suivent plutôt le débit, c'est-à-dire le nombre d'éléments terminés par période, et le temps de cycle.
Les stories inachevées doivent-elles compter dans la vélocité ?
Non. Le travail partiellement terminé compte pour zéro. Comptez-le dans le sprint au cours duquel il est réellement terminé.