Kanban : Lead Time vs. Cycle Time
Définition : Que sont le Lead Time et le Cycle Time ?
Le délai de livraison (Lead Time) mesure en Kanban le temps écoulé entre le moment où le client formule une demande et celui où il reçoit quelque chose. Le temps de cycle (Cycle Time) mesure le temps dont l'équipe de développement a besoin pour travailler sur la demande et la livrer.
Cela signifie que le délai de livraison (Lead Time) inclut le temps de cycle (Cycle Time) (voir illustration).
Objectif : Pourquoi devriez-vous mesurer le délai de livraison et le temps de cycle ?
Les deux sont de bons indicateurs de la capacité d'une équipe à livrer de la valeur à ses clients. Une mesure ponctuelle n'a qu'une utilité limitée, car elle ne dit pas grand-chose et ne met pas en évidence les corrélations. Il en va de même pour la plupart des métriques ponctuelles – par exemple, une mesure unique du NPS ne vous apprend pratiquement rien non plus. Au fil du temps et grâce à des mesures continues, on peut voir si une équipe s'améliore dans sa capacité à livrer de la valeur aux clients.
L'objectif final est de réduire le délai de livraison, car c'est quelque chose auquel les clients prêtent attention. Raccourcir ce délai peut être utile, par exemple en concentrant l'équipe sur la finalisation des tâches en cours avant d'en commencer de nouvelles, en introduisant des limites de travail en cours (Work in Progress Limits). Dans de nombreux cas, il existe des leviers assez importants que vous pouvez actionner avant même qu'une équipe ne commence à travailler sur une demande. Cela inclut notamment la bonne priorisation, les discussions communes avec les clients, etc. pour permettre un affinage plus rapide des demandes.
Responsabilité : Qui introduit le Lead Time et le Cycle Time ?
Au début, le Scrum Master / Team Coach / Agile Coach peut introduire le concept de Lead Time et de Cycle Time et également effectuer les mesures. Plusieurs outils réalisent ces mesures automatiquement, bien que nous pensons qu'il est utile d'inscrire également les chiffres sur le tableau Kanban physique ou le Sprint Backlog. Par la suite, l'équipe de développement devrait prendre la responsabilité des métriques qu'elle utilise pour évaluer si elle s'améliore ou non.
