Une carte entre deux postes
Dans les usines Toyota, au milieu du XXe siècle, une carte (kanban, « étiquette » en japonais) circulait entre les postes. Elle disait au poste en amont de produire seulement ce que l'aval venait de consommer. David Anderson a ensuite adapté l'idée au travail des équipes de développement logiciel (Anderson, 2010), puis elle s'est diffusée bien au-delà.
Ce que dit le Kanban Guide
Le Kanban Guide (mai 2025) ramène la méthode à trois pratiques :
- Définir et visualiser le flux. On dessine les étapes que traverse réellement le travail, pas celles d'un schéma idéal.
- Gérer activement les éléments. Une carte qui ne bouge pas est un signal : quelqu'un doit pouvoir dire pourquoi.
- Améliorer le flux. Le tableau montre où ça coince ; on corrige par petites touches.
Le Guide ajoute une exigence : les membres contrôlent explicitement le nombre d'éléments en cours, du démarrage à la fin. Une nouvelle tâche commence quand il y a de la capacité, pas quand l'envie se présente. C'est ce qu'on appelle un système en flux tiré.
Pourquoi limiter l'en-cours change autant de choses
La loi de Little relie trois grandeurs d'un système stable : l'en-cours moyen est égal au débit moyen multiplié par le temps moyen de traversée (Little, 2011). À débit constant, moins de cartes en cours signifie des cartes qui sortent plus vite. Un calcul chiffré est dans notre comparatif Kanban vs Scrum.
Un premier tableau en une après-midi
- Écrivez sur une carte chaque tâche réellement en cours. Le reste attend dans une colonne « À faire » que vous ne regardez pas tous les jours.
- Créez trois colonnes : à faire, en cours, terminé. Vous ajouterez « en revue » ou « bloqué » quand le besoin se confirmera.
- Plafonnez « en cours » à deux ou trois cartes par personne. C'est inconfortable les deux premiers jours, puis on s'y fait.
- Déplacez les cartes au fil de l'eau, et prévoyez dix minutes par semaine pour regarder ce qui a stagné.
Trois pièges reviennent souvent : ne jamais appliquer la limite (le tableau devient une liste), ne jamais déplacer les cartes (il décrit un passé), ou s'en servir uniquement pour rendre des comptes à quelqu'un d'autre (l'équipe cesse de le regarder).
Sources
- Coleman, J., Vacanti, D., et al. (2025). The Kanban Guide (mai 2025). kanbanguides.org
- Little, J. D. C. (2011). OR Forum: Little's Law as Viewed on Its 50th Anniversary. Operations Research, 59(3), 536-549. doi:10.1287/opre.1110.0940
- Ahmad, M. O., Markkula, J., & Oivo, M. (2013). Kanban in software development: A systematic literature review. 39th EUROMICRO Conference on Software Engineering and Advanced Applications, 9-16. doi:10.1109/SEAA.2013.28
- Anderson, D. J. (2010). Kanban: Successful Evolutionary Change for Your Technology Business. Blue Hole Press.