Optimiser votre planification agile en calculant votre vélocité de sprint

Avec les principes et techniques agiles, votre équipe peut améliorer ses processus, gagner en productivité et ajouter de la valeur produit tout en livrant les fonctionnalités dont vos clients ont besoin le plus rapidement possible.

Pour atteindre vos objectifs, vous devez savoir quelle quantité de travail votre équipe peut accomplir au cours d’un sprint. Armé de cette information, vous pourrez en effet plus facilement tenir les délais fixés et vous assurer que votre équipe travaille à un rythme soutenable.

Voyons ensemble comment calculer votre vélocité de sprint pour estimer avec précision la quantité de travail que votre équipe peut réaliser à chaque sprint. 

Qu’est-ce que la vélocité de sprint ? 

Dans la méthode agile, la vélocité de sprint est l’estimation de la quantité de travail que votre équipe peut accomplir lors des sprints à venir. Elle est calculée sur la base du travail réalisé lors des sprints précédents. Avec cette information, vous pouvez planifier et hiérarchiser les tâches, comprendre ce dont vous aurez besoin et prédire plus précisément la capacité de votre équipe à respecter les délais. 

Le calcul de votre vélocité de sprint permet également à la direction et aux autres parties prenantes de mieux appréhender le délai de livraison du produit. 

Comment calculer la vélocité agile ?

Pour calculer la vélocité de sprint et estimer la quantité de travail que votre équipe pourra réaliser, vous devez mesurer ce qui a été accompli précédemment. Pour obtenir une moyenne, penchez-vous sur vos trois derniers sprints.

Si votre équipe n’a aucune expérience du développement agile, vous allez devoir patienter pendant quelques sprints. Vous pourrez ensuite recueillir les données nécessaires au calcul d’une moyenne. 

Dans l’exemple suivant, nous nous servirons des story points pour mesurer la quantité de travail accomplie dans chaque sprint. Un story point est une unité de mesure utilisée par les équipes de développement agile pour estimer l’effort nécessaire à la réalisation d’une user story.

Étape 1 : compter le nombre de story points complétés au cours de chaque sprint.

À la fin d’un sprint, additionnez le nombre de story points que l’équipe a réalisés.

Par exemple, supposons que pendant le sprint 1 :

• L’équipe s’est engagée à terminer 5 user stories.

• Chaque user story incluait 8 story points, soit un total de 40 story points.

• (Il est peu probable que chaque user story ait la même estimation d’effort, mais nous utiliserons un nombre constant de story points par user story pour simplifier notre exemple.)

L’équipe a terminé 3 des 5 user stories.

Au cours du sprint 2 :

• L’équipe s’est engagée à réaliser 7 user stories (dont les 2 qui n’ont pas été terminées lors du sprint 1).

• Chaque user story comportait 8 story points, soit un total de 56 story points.

• L’équipe a finalisé 4 des 7 user stories.

Au cours du sprint 3 :

• L’équipe s’est engagée à réaliser 9 user stories.

• Chaque user story comptait 8 story points, soit un total de 72 story points.

• L’équipe a terminé 5 des 9 user stories.

Étape 2 : calculer le nombre moyen de story points terminés par sprint

La formule de la vélocité de sprint est simple : il suffit d’additionner le total des story points réalisés pour chaque sprint, puis de diviser par le nombre de sprints.

Sprint 1 : 3 user stories x 8 story points = 24

Sprint 2 : 4 user stories x 8 story points = 32

Sprint 3 : 5 user stories x 8 story points = 40

Total = 96

Votre vélocité de sprint moyenne est donc de 96 divisé par 3, soit 32.

Vous pouvez désormais baser la quantité de travail à effectuer lors des prochains sprints sur une moyenne de 32 story points. Par exemple, s’il vous reste 160 story points à réaliser sur vos tâches planifiées, vous pouvez estimer que votre équipe aura besoin de 5 sprints supplémentaires.

N’oubliez pas : la vélocité de sprint n’est qu’une estimation. Chaque sprint est différent. La taille de l’équipe, ainsi que la complexité des tâches et leur périmètre, ne seront pas toujours les mêmes. Le calcul de la vélocité de sprint constitue un excellent point de départ pour déterminer la charge de travail de votre équipe avant de prendre en compte ces autres variables. 

Suivre les progrès grâce à des visualisations

Il existe plusieurs outils de gestion de flux de travail agiles permettant de suivre la progression de votre équipe, tels que les graphiques de vélocité, les burndown charts et les tableaux Kanban. Ces outils visuels doivent être basés sur le cloud afin d’être largement accessibles et consultables, et vous permettre de conserver un historique de votre progression pour optimiser le calcul de votre vélocité de sprint. 

Diagramme de vélocité

Un diagramme de vélocité est un graphique qui montre les story points estimés par rapport aux story points effectivement réalisés. Les story points sont représentés sur l’axe des ordonnées, et les sprints terminés sur l’axe des abscisses.

Ce graphique est une représentation visuelle simple de l’avancement de votre itération. Son but est de faciliter l’estimation des performances de l’équipe. Il vous permet de visualiser le statut global des tâches et la quantité de travail que votre équipe agile peut accomplir lors des prochains sprints.

Burndown chart de vélocité

Un burndown chart (graphique d’avancement) illustre le travail prévu pour un sprint. Il permet aux équipes de visualiser l’avancement, le travail restant et le temps qu’il faudra pour le terminer. Le burn rate (ou taux d’avancement) estime la quantité de travail effectuée et le rythme de travail requis en fonction du délai imparti.

La courbe descend à mesure que les tâches sont effectuées, jusqu’à atteindre zéro le dernier jour de la période ou avant.

Tableau Kanban

Un tableau Kanban répertorie les tâches en colonnes, sous forme de post-its ou de cartes, pour vous aider à visualiser et à suivre le travail. La configuration la plus simple d’un tableau Kanban contient trois colonnes représentant différents états d’avancement, tels que « À faire », « En cours » et « Terminé ».

De nombreuses équipes agiles utilisent des tableaux Kanban pour assurer le suivi des tâches nécessaires, limiter la quantité de travail en cours et gagner en efficacité.

Comment stabiliser et améliorer la vélocité agile ?

N’oubliez pas que la vélocité est une estimation et qu’elle ne doit pas être considérée comme la seule source fiable de ce que votre équipe accomplira. Le nombre de story points complétés à la fin d’un sprint s’écarte souvent de l’estimation. Vous devrez peut-être ajouter ce que le Scaled Agile Framework (SAFe) appelle des « sprints de stabilisation ».

Un sprint de stabilisation est ajouté à la fin de votre cycle de développement habituel, avant que le produit ne soit livré. Il permet de réduire la dette technique, de nettoyer le code, de corriger les bogues, d’effectuer des tests sur les correctifs, etc. La vélocité des sprints de stabilisation n’est pas suivie, car vous n’ajoutez pas de nouvelles stories ou de nouveaux story points.

Plus vous prendrez en compte votre vélocité dans la méthode agile, mieux vous saurez estimer le travail qui peut réellement être accompli.

Lorsque vous vous efforcez de stabiliser et d’améliorer votre vélocité, tenez compte des points suivants :

• Rédigez des user stories claires, simples à lire et à comprendre.

• Maintenez la composition et la taille de l’équipe aussi constantes que possible.

• Utilisez vos rétrospectives de sprint pour découvrir des moyens de stabiliser la vélocité. Par exemple, trouvez des moyens d’améliorer la communication et de coordonner le travail pour terminer les tâches à temps.

• Atténuez ou éliminez les dépendances qui peuvent retarder le travail que les équipes se sont engagées à terminer.

• Élaborez une meilleure « Definition of Done ». Regardez les tâches qui sont effectuées lors d’un sprint de stabilisation et demandez-vous comment vous auriez pu les intégrer au sprint normal.

• Concentrez-vous sur la qualité plutôt que sur la rapidité. Ne vous précipitez pas pour calculer une estimation. La vélocité de sprint ne devrait pas être l’objectif de l’équipe. Prendre le temps de développer des produits de qualité qui sont minutieusement testés vous donnera une meilleure estimation de la vélocité à l’avenir.

• Assurez-vous de disposer de suffisamment de temps pour effectuer les tests appropriés afin de vous assurer que vous livrez des produits de qualité. Veillez également à ne pas perdre de temps à faire des tests inutiles. Par exemple, si le code n’a pas changé et qu’il est stable depuis plusieurs sprints, ne perdez pas de temps à le tester à nouveau.

• Demandez de l’aide en cas de besoin. Si votre équipe manque des compétences nécessaires pour accomplir certaines tâches, recrutez en interne ou en externe. Veillez à ce que les membres de l’équipe restent à jour en leur proposant des formations pour monter en compétence.

La vélocité de sprint n’est pas statique, mais examiner les résultats d’itérations antérieures peut aider à prédire avec précision ce que votre équipe sera en mesure de réaliser lors des prochaines.