Velocity (Vélocité)

La Velocity (vélocité) est une métrique fondamentale en gestion de projet Agile qui quantifie la capacité productive d'une équipe lors d'un sprint. Elle représente la somme des points d'effort (story points) ou des tâches complétées durant une itération, permettant aux équipes de prévoir leur capacité future et d'améliorer leur planification. Cette mesure devient un indicateur stratégique pour établir des engagements réalistes et optimiser la livraison de valeur.

Fondements de la Velocity

• Mesure empirique basée sur les performances passées réelles de l'équipe
• Calculée uniquement sur les user stories complètement terminées (Definition of Done respectée)
• Exprimée en story points, heures idéales ou nombre de fonctionnalités selon le système d'estimation choisi
• Spécifique à chaque équipe et non comparable entre différentes équipes

Avantages de la Velocity

• Prédictibilité accrue : permet d'estimer avec précision les délais de livraison des fonctionnalités futures
• Planification réaliste : aide le Product Owner à prioriser le backlog en fonction de la capacité réelle
• Détection précoce des problèmes : les variations significatives signalent des obstacles ou changements d'équipe
• Communication transparente : facilite les discussions avec les parties prenantes sur les capacités et engagements
• Amélioration continue : fournit des données concrètes pour les rétrospectives et l'optimisation des processus

Exemple concret de calcul

Prenons une équipe Scrum sur trois sprints consécutifs de deux semaines :

• Sprint 1 : 23 story points complétés
• Sprint 2 : 27 story points complétés
• Sprint 3 : 25 story points complétés
• Velocity moyenne : (23 + 27 + 25) / 3 = 25 points par sprint

Avec cette vélocité moyenne de 25 points, si le backlog priorisé contient 150 points de fonctionnalités restantes, l'équipe peut estimer qu'elle aura besoin d'environ 6 sprints (12 semaines) pour les livrer, permettant ainsi une planification fiable du release.

Mise en œuvre de la Velocity

1. Établir un système d'estimation cohérent (story points, T-shirt sizing, etc.) lors du backlog refinement
2. Ne comptabiliser que les user stories entièrement terminées selon la Definition of Done lors de la sprint review
3. Enregistrer la velocity à la fin de chaque sprint dans un tableau de bord ou outil de gestion
4. Calculer la velocity moyenne sur les 3-5 derniers sprints pour lisser les variations
5. Utiliser cette moyenne pour planifier le contenu des prochains sprints lors du sprint planning
6. Analyser les écarts significatifs en rétrospective pour identifier les causes et opportunités d'amélioration
7. Ajuster les prévisions en cas de changements majeurs (nouveau membre, départ, changement technologique)

Outils et pratiques associés

• Jira, Azure DevOps : calcul automatique de la velocity et graphiques d'évolution (velocity charts)
• Planning Poker : technique d'estimation collaborative pour attribuer les story points
• Burndown/Burnup charts : visualisations complémentaires utilisant la velocity pour projeter l'avancement
• Simulations Monte Carlo : méthodes probabilistes avancées basées sur l'historique de velocity
• Cumulative Flow Diagrams : analyse du flux de travail en lien avec la capacité de livraison

La velocity constitue bien plus qu'une simple métrique : elle transforme l'incertitude inhérente au développement logiciel en prédictibilité actionnable. En ancrant la planification dans la réalité mesurée des performances passées plutôt que dans des estimations théoriques, elle permet aux organisations d'établir des roadmaps fiables, d'optimiser l'allocation des ressources et de renforcer la confiance avec les parties prenantes. Une velocity bien comprise et correctement utilisée devient le fondement d'une agilité mature et d'une livraison continue de valeur.