Simyl
simylflow
Accueil du cours
Module 1 : Fondations et philosophie
Leçon 1 sur 5
12 min

Les origines de Kanban

De l'usine Toyota au travail intellectuel moderne - comprendre le parcours.

1Le système de production Toyota

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 :

  • Pas de surproduction — Vous ne fabriquez que ce qui a été consommé
  • Flux visible — N'importe qui pouvait voir ce qui se passait
  • Travail tiré — La demande en aval pilote la production en amont
  • Limites intégrées — Le nombre de cartes limitait le travail en cours

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.

2De la fabrication au travail intellectuel

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 :

  • Trop de travail en cours (WIP) causant des changements de contexte
  • Des délais de livraison imprévisibles
  • Aucune visibilité sur les goulots d'étranglement
  • Une résistance au changement de processus

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 :

  • Le délai est passé de 5+ mois à 5 semaines
  • Le débit a augmenté de 155 %
  • Pas de licenciements, pas de réorganisation — juste un meilleur flux

3La méthode Kanban vs kanban (l'outil)

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.

Points clés
  • Kanban est né chez Toyota comme un système de signalisation tiré
  • David Anderson l'a adapté au développement logiciel en 2004
  • La méthode Kanban est plus que des tableaux — c'est une approche complète du flux
  • Commencer où vous êtes est le principe fondamental

Exercices pratiques