Aller au contenu

Qu'est-ce que la vélocité en agile ?

La vélocité agile expliquée : les points terminés par itération, leur moyenne, la prévision des dates de release, les mauvais usages courants, et la façon dont East Agile Tracker la calcule et planifie avec.

La vélocité est la quantité de travail qu’une équipe termine en une itération, mesurée en story points. Si une équipe termine des stories valant 5, 3, 2 et 2 points au cours d’une itération de deux semaines, sa vélocité pour cette itération est de 12.

La vélocité est une observation, pas un objectif. Son rôle est de rendre le plan suivant réaliste.

  1. Choisir ce qui compte comme terminé — par exemple, accepté par le product owner. Seules les stories qui atteignent cet état comptent ; un travail à moitié fini ne compte pour rien.
  2. Additionner les points des stories terminées dans chaque itération.
  3. Faire la moyenne des dernières itérations. Une moyenne glissante sur trois à cinq itérations lisse les vacances, les absences pour maladie et les imprévus ponctuels.

XP appelle cela « le temps qu’il faisait hier » (yesterday’s weather) : la meilleure estimation de ce que vous ferez à la prochaine itération, c’est ce que vous avez fait lors des dernières.

  • Dimensionner l’itération suivante. L’équipe planifie à peu près autant de points que sa vélocité, pour que le plan corresponde à ce qu’elle livre réellement.
  • Prévoir. Diviser les points restants d’une release par la vélocité donne le nombre d’itérations restantes. Une date devient un calcul, et la conversation devient un arbitrage entre périmètre et date.
  • Repérer les changements. Une tendance à la baisse peut signaler une dette technique croissante, des interruptions ou des stories floues, et mérite d’être abordée en rétrospective.
  • Comparer des équipes. Les points de chaque équipe sont relatifs à son propre travail passé ; le 30 d’une équipe n’est donc pas comparable au 15 d’une autre.
  • Fixer un objectif de vélocité. La pression pour faire monter le chiffre tend à gonfler les estimations plutôt qu’à accélérer la livraison.
  • Compter le travail inachevé. Accorder un crédit partiel fait surestimer à la vélocité ce que l’équipe peut livrer.
  • La vélocité est calculée à partir de votre historique. Une story compte dès qu’elle atteint l’état terminé du projet — Finished, Delivered ou Accepted, au choix de chaque projet. Voir Vélocité.
  • La stratégie de moyenne est configurable : les 3, 5 ou 10 dernières itérations, ou une valeur manuelle. Les nouveaux projets partent d’une vélocité initiale tant qu’ils n’ont pas d’historique. Un manager peut aussi remplacer la vélocité d’une itération donnée depuis l’en-tête de la colonne Current.
  • La vélocité planifie les itérations. Le Backlog projette les itérations à venir à partir de la vélocité, et avec auto-plan iterations activé, l’itération courante se remplit jusqu’à votre vélocité, et pas au-delà. Voir Planifier une itération.
  • La tendance figure sur la page Metrics, à côté du burndown et des stories reportées d’une itération à l’autre. Voir Métriques.