De l'usine Toyota au travail intellectuel moderne - comprendre le parcours.
Kanban n'a pas commencé dans le logiciel. Il a commencé dans une usine Toyota dans les années 1940, créé par Taiichi Ohno pour résoudre un problème précis : comment produire uniquement ce qui est nécessaire, quand c'est nécessaire ?
Le mot « kanban » signifie littéralement « panneau » ou « carte visuelle » en japonais. Dans les usines Toyota, c'étaient des cartes physiques attachées à des bacs de pièces. Quand un travailleur utilisait la dernière pièce d'un bac, il renvoyait la carte kanban en amont — signalant qu'il fallait plus de pièces.
Ce mécanisme simple avait des effets profonds :
Le génie n'était pas la complexité. C'était une simplicité élégante.
L'intuition fondamentale
Kanban consiste fondamentalement à utiliser des signaux pour coordonner le travail. Le tableau visuel n'est qu'une mise en œuvre de cette idée.
En 2004, David J. Anderson travaillait chez Microsoft quand il a commencé à adapter les idées de Toyota au développement logiciel. Son intuition clé : le travail intellectuel a des problèmes de flux similaires à la fabrication, même si le « produit » est intangible.
Les équipes logicielles avaient du mal avec :
L'innovation d'Anderson n'était pas juste de traduire les concepts d'usine. Il a ajouté quelque chose de crucial : commencez par ce que vous faites maintenant. Contrairement à Scrum, qui prescrit un cadre, Kanban commence par visualiser votre processus existant.
Le premier système Kanban logiciel chez l'équipe XIT de Microsoft a montré des résultats immédiats :
C'est là que les gens se confondent. Il y a deux choses appelées « Kanban » :
kanban (minuscule) — L'outil de signalisation visuelle. Des cartes sur un tableau. C'est ce à quoi la plupart des gens pensent quand ils entendent « Kanban ».
La méthode Kanban (majuscule) — Une approche complète pour gérer et améliorer le travail intellectuel, créée par David J. Anderson. Elle inclut des principes, des pratiques et une philosophie de changement évolutif.
Vous pouvez utiliser des tableaux kanban sans suivre la méthode Kanban. Beaucoup d'équipes le font — elles mettent des cartes sur un tableau et disent qu'elles « font du Kanban ». Mais elles ratent les pratiques plus profondes : les limites WIP, les métriques de flux, les cadences d'amélioration continue.
Ce programme enseigne la méthode Kanban, pas seulement comment configurer un tableau.
Erreur courante
Un tableau sans limites WIP n'est pas vraiment Kanban — c'est juste une liste de tâches avec une interface différente. Ce sont les contraintes qui créent les bénéfices.