Les métriques de flux pour les équipes Scrum : tirer parti du temps de cycle et du délai de livraison
La vélocité indique combien une équipe Scrum accomplit dans un Sprint, mais ne dit rien sur le temps qu'un élément donné a mis pour passer de « commencé » à « terminé ». Les métriques de flux comblent ce vide. Deux d'entre elles — le délai de livraison et le temps de cycle — méritent d'être mesurées dans presque toutes les équipes, et elles s'accordent naturellement avec Scrum sans rien changer au Guide Scrum. En 2021, les équipes à distance ne pouvant plus prendre le pouls d'un coup d'œil, disposer de chiffres objectifs sur la circulation du travail est devenu particulièrement précieux.
Deux métriques, clairement définies
On les confond sans cesse ; fixez donc les définitions avant de mesurer quoi que ce soit.
Délai de livraison : le temps écoulé entre le moment où un élément est demandé (ou entre dans votre carnet comme engagement) et sa livraison. C'est ce que vit le client — l'attente complète.
Temps de cycle : le temps écoulé entre le moment où l'équipe commence réellement à travailler sur un élément et sa finition. C'est la partie que l'équipe contrôle le plus directement.
L'écart entre les deux est le temps de file — combien de temps le travail attend avant que quiconque y touche. Souvent, c'est là que réside l'essentiel du retard.
Comment commencer à mesurer
Définissez vos points de départ et d'arrivée. Convenez précisément de la colonne du tableau qui signifie « travail commencé » et de celle qui signifie « terminé ». Sans définition commune, chaque chiffre n'est que du bruit. Notez-le là où l'équipe peut le voir.
Horodatez chaque transition. Notez quand chaque élément entre dans la colonne de départ et quand il atteint « terminé ». La plupart des outils le font automatiquement ; sinon, un papillon adhésif daté fait l'affaire.
Tracez, n'établissez pas une moyenne à l'aveugle. Un nuage de points du temps de cycle par élément révèle plus qu'une seule moyenne. Vous y verrez la dispersion, les valeurs aberrantes, et si les choses s'accélèrent ou ralentissent avec le temps.
Lisez les percentiles. Au lieu de « notre moyenne est de quatre jours », dites « 85 pour cent des éléments se terminent en sept jours ». Les percentiles offrent une prévision bien plus honnête qu'une moyenne discrètement faussée par quelques valeurs extrêmes.
Transformer les chiffres en action
Les métriques de flux prouvent leur valeur dans les événements Scrum. À la Rétrospective de Sprint, un temps de cycle qui augmente est un signal concret : les éléments sont-ils trop gros, le travail est-il bloqué en attente d'une dépendance, en commence-t-on trop à la fois ? Lors de la Planification de Sprint, une distribution connue du temps de cycle donne une idée ancrée de ce qui peut réellement se terminer. Et pendant le Sprint, surveiller les éléments qui ont largement dépassé le temps de cycle habituel permet aux Développeurs de converger sur un élément bloqué avant qu'il ne fasse discrètement dérailler l'Objectif de Sprint.
Une mise en garde : ce sont des signaux de diagnostic, pas des cibles à manipuler. Dès que le temps de cycle devient un chiffre sur lequel on juge les gens, ceux-ci fractionneront artificiellement le travail ou sacrifieront la qualité pour faire bonne figure. Servez-vous des métriques de flux pour amorcer de meilleures conversations sur la circulation du travail — non pour classer les individus. Mesurées honnêtement, elles montrent exactement où le travail attend, et l'attente est presque toujours la chose la moins coûteuse à corriger.
Si vous voulez de l'aide pour introduire des métriques de flux sans fausser le comportement de votre équipe, le service conseil en exécution de programmes et de projets de XNM peut accompagner le déploiement.