Metriques Agile Velocite Burndown

CAPM — Gestion de projetApproches agile et adaptatives

Métriques agile : vélocité et burndown

Définition

Les métriques agile mesurent la performance et la progression d'une équipe de manière empirique. Contrairement aux métriques traditionnelles (EVM, SPI, CPI), elles se concentrent sur la livraison de valeur et la prédictibilité plutôt que sur le respect d'un plan initial.

Métrique Ce qu'elle mesure Unité Fréquence
Vélocité Capacité de l'équipe par sprint Story points / sprint Chaque sprint
Burndown de sprint Travail restant dans le sprint Story points ou heures Quotidien
Burndown de release Travail restant pour la release Story points Chaque sprint
Burnup Travail accompli vs périmètre total Story points Chaque sprint
Cycle time Temps pour compléter un item Jours Continu
Lead time Temps entre demande et livraison Jours Continu
Throughput Items livrés par période Items / semaine Hebdomadaire

Contexte

Le CAPM teste principalement la vélocité et les burndown charts. L'examen évalue la capacité à interpréter ces graphiques et à comprendre leurs limites. Point critique : la vélocité est un outil de planification, pas un outil de performance individuelle.

Détails techniques

Vélocité

La vélocité est la somme des story points des items terminés (Done) à la fin de chaque sprint.

Sprint Items planifiés Items terminés Vélocité
Sprint 1 30 pts 25 pts 25
Sprint 2 28 pts 28 pts 28
Sprint 3 30 pts 22 pts 22
Sprint 4 25 pts 27 pts 27
Moyenne 25.5 pts/sprint

Règle d'examen : Seuls les items 100% Done comptent dans la vélocité. Un item à 90% = 0 points.

Utilisation de la vélocité pour la planification

$$\text{Nombre de sprints restants} = \frac{\text{Points restants dans le backlog}}{\text{Vélocité moyenne}}$$

Exemple : 150 points restants ÷ 25.5 vélocité moyenne = ~6 sprints (12 semaines).

Burndown chart de sprint

Story
Points
30 │●
   │  ●
25 │    ●─ ─ ─ ─ ─(idéal)
   │      ●
20 │        ●           ●─(réel, en retard)
   │          ●       ●
15 │            ●   ●
   │              ●
10 │            ●
   │          ●
 5 │        ●
   │      ●
 0 │────●──────────────────
   J1  J2  J3  J4  J5  J6  J7  J8  J9  J10
                  Jours du sprint
Situation Ce que montre le graphique Action
Ligne réelle au-dessus de l'idéal En retard — travail restant supérieur au prévu Négocier le périmètre avec le PO
Ligne réelle en-dessous de l'idéal En avance — plus rapide que prévu Tirer des items supplémentaires du backlog
Plateau (ligne plate) Blocage — aucun item terminé Identifier et débloquer les obstacles
Chute verticale Items terminés d'un coup Risque : items pas testés, ou story trop grosse

Burndown de release (multi-sprints)

Story
Points
200│■
   │ ■
150│   ■
   │     ■ ─ ─ ─(idéal)
100│       ■         ■ (réel, ralentissement)
   │         ■     ■
 50│           ■  ■
   │             ■
  0│──────────────■──
   S1  S2  S3  S4  S5  S6  S7  S8
              Sprints

Burnup chart (alternative au burndown)

Avantage du burnup Explication
Montre l'évolution du périmètre Ligne « périmètre total » visible (monte si backlog grandit)
Plus informatif On voit simultanément travail fait ET périmètre total
Évite l'illusion Un burndown qui descend peut masquer un périmètre qui augmente

Pièges courants

Piège Pourquoi c'est problématique
Comparer la vélocité entre équipes Chaque équipe a sa propre échelle de story points
Utiliser la vélocité comme KPI de performance Cela incite à gonfler les estimations
Ajuster la vélocité pour « avoir l'air bien » Perte de prédictibilité
Ignorer les tendances Un sprint est un bruit ; la tendance sur 4-5 sprints est le signal

Exemple concret

Release d'une application mobile — 6 sprints planifiés, backlog total de 150 story points :

Sprint Vélocité Points restants Tendance
Sprint 1 22 128 Démarrage (en dessous de la cible de 25)
Sprint 2 28 100 Accélération (équipe rodée)
Sprint 3 25 75 Stable
Sprint 4 18 57 ↓ Alerte : 2 absences + bug critique
Sprint 5 26 31 Retour à la normale
Sprint 6 31 0 ✅ Release livrée — vélocité boostée par le focus

Le PM utilise la vélocité moyenne des sprints 2-5 (24.25) pour planifier la prochaine release de 120 points → ~5 sprints estimés.