Quelles métriques suivez-vous dans une équipe Agile, et que vous disent-elles ?

Question

Accepted Answer

Les métriques Agile doivent révéler **le flux et la prévisibilité**, pas classer les individus. Les plus utiles décrivent comment le travail circule dans l'équipe : burndown, vélocité, cycle time et throughput. Lues ensemble, elles montrent si l'équipe est saine et s'améliore.

## Pourquoi c'est important

```text
BURNDOWN     remaining work over the Sprint; flags scope/pace issues
VELOCITY     points completed per Sprint; forecasting aid
CYCLE TIME   time from "start" to "done" per item; flow speed
THROUGHPUT   items completed per period; flow volume
```

Un **cumulative flow diagram** visualise le WIP et les goulots d'étranglement sur les colonnes.

## Exemple concret

Le burndown d'une équipe reste plat pendant une semaine, puis chute brutalement à la fin — signe d'éléments volumineux qui finissent tard. Ils réagissent en découpant les stories plus petit, et le cycle time baisse.

## Pièges courants

- Utiliser les métriques pour comparer ou classer les individus, ce qui corrompt le comportement.
- Poursuivre la vélocité comme une cible, ce qui mène à l'inflation des points.
- Suivre des nombres sur lesquels personne n'agit — des métriques de vanité.

## Pourquoi c'est important

De bonnes métriques rendent les problèmes visibles — flux lent, grands lots, dérive de portée en Sprint — afin que l'équipe puisse traiter les causes racines.

L'objectif est l'apprentissage et l'adaptation, pas la surveillance ; les métriques servent l'équipe, pas les tableaux de bord de gestion.