Découvrez le concept de vélocité d’équipe
Comprendre la vélocité en gestion de projet
La vélocité est une mesure du travail fini qu’une équipe peut livrer au cours d’un sprint.
Elle est calculée après la fin d’un sprint en additionnant les points d’histoire des récits utilisateurs entièrement terminés. Cela permet de déterminer le nombre total de points d’histoire correspondant au travail terminé.
Connaître ce que l’équipe a effectivement accompli lors du sprint précédent (ou la moyenne des derniers sprints) offre une excellente vision de ce qu’elle peut potentiellement livrer à l’avenir.
💡 La vélocité repose sur les performances passées pour planifier et estimer l’avenir.
La vitesse indique simplement la rapidité d’un objet, tandis que la vélocité indique à la fois la rapidité et la direction. Par exemple, une voiture se déplaçant à 20 km/h en cercle a une vitesse constante, mais pas une vélocité constante, car sa direction change. C’est pourquoi le terme vélocité est utilisé pour décrire la capacité d’une équipe à livrer de la complexité tout en allant dans la bonne direction.
Comment calculer la vélocité
Voici comment calculer la vélocité :
Sélectionnez un ensemble de récits utilisateurs que vous pensez pouvoir livrer dans un sprint.
Estimez chaque récit utilisateur en points d’histoire.
Une fois le sprint terminé, identifiez les récits utilisateurs complètement achevés.
Additionnez les points d’histoire des récits terminés.
💡 Cette somme représente la vélocité de l’équipe pour ce sprint. Répétez l’opération sur au moins trois sprints et calculez la moyenne pour obtenir la vélocité globale de l’équipe.
Récits utilisateurs partiellement terminés
Pour calculer la vélocité, seuls les récits utilisateurs entièrement terminés sont pris en compte. Si un récit utilisateur n’a pas été commencé ou achevé, ses points d’histoire ne doivent pas être inclus.
💡 Même si un récit utilisateur est terminé à 99 %, il ne peut pas être comptabilisé.
Définition de « Terminé » (Done)
Bien que seule une tâche entièrement terminée puisse être incluse dans le calcul de la vélocité, il peut y avoir des désaccords sur ce que signifie réellement « terminé ».
💡 Pour éviter cela, les équipes Agile adoptent une définition claire de “Terminé”, souvent sous forme de liste de vérification préalable à la mise en production.
Exemple de définition de « Terminé » :
Tous les tests automatisés pour le récit utilisateur passent sans échec.
L’équipe QA a testé la fonctionnalité et n’a trouvé aucun défaut.
Les tests d’acceptation sont validés.
Le code a été relu par un pair.
Le Product Owner a testé le récit utilisateur et donné son approbation.
Les mesures de qualité du code dépassent le seuil acceptable.
Aucun problème de sécurité n’a été détecté.
La documentation est à jour.
Pourquoi utiliser la vélocité ?
La vélocité permet de prévoir combien de récits utilisateurs peuvent être réalisés au cours d’un sprint. C’est une mesure empirique qui utilise les performances passées pour estimer les performances futures.
💡 En pratique, il est nécessaire que l’équipe ait terminé au moins trois sprints avant de pouvoir estimer sa vélocité avec précision.
Avantages de connaître la vélocité d’une équipe
Planification des versions
Le Product Owner peut utiliser la vélocité et les points d’histoire pour planifier les versions.
Par exemple, si un ensemble de récits utilisateurs totalise 77 points d’histoire et que la vélocité de l’équipe est de 20 points par sprint, alors il faudra quatre sprints pour terminer cet ensemble.Identification des récits à décomposer
Lors de la planification du sprint, la vélocité permet à l’équipe d’identifier les récits utilisateurs qui doivent être soigneusement décomposés.
Par exemple, si la vélocité de l’équipe est de 20 points et que le Product Owner a priorisé des récits utilisateurs de 13, 5 et 8 points, le total atteint 26 points, ce qui est supérieur à la capacité du sprint.
L’équipe devra alors :Sélectionner les deux premiers récits (13 points et 5 points).
Utiliser la réunion de planification du sprint pour élaborer un plan permettant de livrer ces deux récits au cours du sprint suivant.
💡 L’équipe pourrait éventuellement commencer une partie du récit utilisateur de 8 points, mais il ne sera pas terminé dans ce sprint.
Suivi des performances dans le temps
La vélocité permet également de suivre les performances de l’équipe sur la durée, offrant une vision claire de son efficacité et de sa capacité à livrer.
Suivre la vélocité avec des graphiques
Suivre la vélocité au fil du temps est un exercice utile pour mieux comprendre les performances de l’équipe. Un graphique de vélocité présente deux colonnes pour chaque sprint :
Les points d’histoire estimés (ce que l’équipe pensait pouvoir livrer).
Les points d’histoire terminés (les récits utilisateurs complètement réalisés, répondant à la définition de "Terminé").
Exemple :
La vélocité moyenne de votre équipe est de 20 points.
Lors d’un sprint donné, vous êtes sur le point de terminer un récit utilisateur estimé à 13 points, mais vous ne l’avez pas complètement achevé. Vous n’avez réussi à terminer qu’un récit utilisateur d’une valeur de 5 points.
Vélocité pour le sprint 15 : 5 points.
Au sprint suivant, vous terminez rapidement ce récit utilisateur de 13 points et réalisez d’autres récits totalisant 20 points.Vélocité pour le sprint 16 : 31 points.
Ne pas inclure les récits utilisateurs "presque terminés" peut entraîner des variations apparentes importantes dans la vélocité. Ce phénomène est appelé effet de bascule (see-sawing effect).
Pour éviter les effets de bascule, prenez toujours la moyenne de trois sprints ou plus. Cela permet de compenser l’impact des récits utilisateurs presque terminés sur vos calculs et d’obtenir une estimation plus réaliste des performances de l’équipe.
Récapitulons !
La vélocité mesure la quantité de travail achevé qu’une équipe peut livrer au cours d’un sprint.
Elle se calcule après chaque sprint en additionnant les points d’histoire des récits utilisateurs complètement terminés.
Suivre la vélocité aide à comprendre les performances de l’équipe et à prévoir combien de récits utilisateurs peuvent être livrés dans un sprint futur.
Ressources complémentaires
Un article de CaptainAgile sur la vélocité et comment la mesurer.
Un article du Glossaire.blog sur les avantages et les pièges de la vélocité.
Un article de the ScrumMaster : la mauvaise utilisation de la vélocité
Vous avez maintenant tout ce qu’il vous faut pour créer votre plan de version. Passons à l’action dans le prochain chapitre !
