Du porte-étiquettes au tableau numérique
Dans les usines Toyota des années 1950, une carte (kanban, « étiquette » en japonais) circulait entre les postes : elle autorisait à produire seulement ce qui était consommé en aval. Trente ans plus tard, David Anderson transpose le système au développement logiciel. Le principe reste identique : limiter le travail en cours pour fluidifier l'ensemble.
Les quatre principes fondateurs
1. Commencez par ce que vous faites
Pas de réorganisation préalable : le Kanban s'applique au flux existant, tel qu'il est.
2. Limitez le travail en cours (WIP)
Chaque colonne a un plafond : trois tâches « en cours » maximum, par exemple. Terminer avant de commencer — c'est LE levier d'efficacité de la méthode.
3. Faites circuler
Une tâche ne doit pas stagner. Si une carte ne bouge pas, la question « qu'est-ce qui la bloque ? » doit avoir une réponse visible.
4. Améliorez en continu
Le tableau est un miroir : il montre les goulots. Chaque semaine, une petite correction du flux vaut mieux qu'une grande réforme annuelle.
Votre premier tableau en une après-midi
- Écrivez chaque tâche en cours sur une carte.
- Créez trois colonnes : à faire, en cours, terminé.
- Plafonnez « en cours » à deux ou trois cartes par personne.
- Déplacez les cartes au fil de l'eau — rien d'autre.
L'équivalent immédiat en ligne : le tableau Kanban de la démo FluidOps, prêt à l'emploi. Pour aller plus loin, comparez avec la méthode Scrum ou lisez notre comparatif Kanban vs Scrum.