La plupart des organisations qui adoptent Kanban commencent par un tableau d’équipe. Les colonnes classiques apparaissent (à faire, en cours, terminé), les post-its migrent de gauche à droite, et l’équipe gagne en visibilité sur son travail quotidien. Ce premier niveau d’adoption produit des résultats rapides et mesurables, mais il atteint vite ses limites.
Car le problème principal de la plupart des organisations n’est pas la productivité des équipes individuelles, qui savent généralement faire leur travail: ce qui génère des retards, des doublons et des livraisons incohérentes, c’est la coordination entre les équipes et l’alignement entre les projets opérationnels et les priorités stratégiques.
Les Flight Levels: trois étages de coordination
Klaus Leopold, l’un des praticiens Kanban les plus influents, a développé le modèle des Flight Levels pour répondre à ce diagnostic. L’analogie avec l’altitude de vol structure trois niveaux de gestion du travail.
Le Flight Level 1 (opérationnel) correspond au tableau Kanban d’équipe. C’est le niveau où le travail concret se fait: développement d’un livrable, traitement d’un dossier, exécution d’une phase de projet. Les limites WIP (Work In Progress, le plafond d’éléments simultanément en cours) et les métriques de flux y sont directement appliquées. La plupart des implémentations Kanban ne dépassent pas ce stade.
Le Flight Level 2 (coordination) gère les flux de travail qui traversent plusieurs équipes. Un projet de déploiement d’un nouvel outil de gestion, par exemple, implique l’équipe IT pour l’installation, les RH pour la formation, le service communication pour l’accompagnement du changement et les métiers pour la validation fonctionnelle. Sans visualisation au niveau 2, chaque équipe optimise localement son propre flux tandis que le projet global stagne dans les files d’attente entre services.
Le Flight Level 3 (stratégique) concerne le portefeuille de projets et d’initiatives. À ce niveau, la question n’est plus “comment avance cette tâche” mais “sur quels projets l’organisation investit-elle son énergie, et dans quel ordre”.
L’optimisation locale, piège récurrent
L’observation de Leopold, confirmée par de nombreux praticiens, est que la majorité des problèmes de délai dans les organisations viennent du niveau 2. Les équipes individuelles fonctionnent correctement, mais le travail attend entre les équipes. Un dossier est traité en trois jours par le service juridique, puis attend deux semaines dans la file du service financier. Le lead time total (le temps entre la demande et la livraison) est dominé par ces temps d’attente inter-équipes, pas par le temps de traitement.
Investir dans l’optimisation du Flight Level 1 quand le goulot se situe au Flight Level 2 est une erreur fréquente et coûteuse. Rendre une équipe 20% plus rapide n’a aucun impact sur le délai global si le livrable attend ensuite trois semaines la validation d’un autre service. La visualisation au niveau 2, sous forme d’un tableau Kanban de coordination qui montre les flux entre équipes et les files d’attente, permet d’identifier ces blocages structurels.
Cost of Delay: prioriser par l’impact économique
Au Flight Level 3, la question centrale est la priorisation du portefeuille. Quand une organisation gère simultanément quinze projets avec des ressources limitées, lesquels traiter en premier?
Le Cost of Delay (coût du retard), concept développé par Don Reinertsen et largement repris dans la communauté Kanban, propose une réponse fondée sur la valeur économique. Le principe consiste à estimer la perte générée chaque semaine par le report d’un projet: revenus différés, pénalités contractuelles, coûts d’opportunité, dégradation de la position concurrentielle.
La formule CD3 (Cost of Delay Divided by Duration) affine cette logique en divisant le coût du retard par la durée estimée de réalisation. Un projet dont le report coûte 50 000 francs par semaine et qui nécessite deux semaines de travail est prioritaire sur un projet dont le report coûte 80 000 francs par semaine mais qui mobilise six semaines de ressources. Cette approche remplace les priorisations fondées sur l’opinion (le projet du directeur le plus insistant) par un critère économique explicite et débattable.
Du tableau d’équipe au système de management
Appliquer Kanban aux trois Flight Levels transforme la nature même de l’outil. Au niveau 1, Kanban est une méthode d’organisation du travail. Au niveau 2, il devient un outil de coordination opérationnelle. Au niveau 3, c’est un système de gouvernance de portefeuille.
Cette progression ne nécessite pas un déploiement simultané des trois niveaux. L’approche recommandée consiste à commencer par le niveau où les dysfonctionnements sont les plus visibles. Si les équipes sont désorganisées, le Flight Level 1 s’impose. Si les équipes fonctionnent bien individuellement mais que les projets transversaux peinent à avancer, le Flight Level 2 apportera davantage de valeur. Si l’organisation lance trop de projets en parallèle sans achever les précédents, le Flight Level 3 est le point d’entrée pertinent.
Kanban comme révélateur organisationnel
Les métriques de flux changent de nature selon le niveau d’observation. Au Flight Level 1, le cycle time mesure la performance d’une équipe sur un élément. Au Flight Level 2, le lead time mesure la traversée d’un flux de valeur complet, incluant toutes les files d’attente inter-équipes. Au Flight Level 3, le débit de portefeuille mesure le nombre d’initiatives terminées par trimestre plutôt que le nombre d’initiatives lancées.
Cette distinction fondamentale explique pourquoi les organisations qui mesurent uniquement l’activité (combien de tâches sont en cours) plutôt que le résultat (combien de projets sont livrés) perdent de vue l’objectif. Kanban, appliqué au-delà de l’équipe, recentre la mesure sur ce qui compte: la valeur effectivement délivrée au commanditaire.