Le kanban est une méthode de gestion de production née au Japon chez Toyota, à partir de la fin des années 1940 et dans les années 1950. Elle est associée à l’ingénieur Taiichi Ohno, qui l’a déployée dans les usines du constructeur. Son idée centrale : ne produire que ce qui sera consommé. La production en amont répond aux besoins exacts des postes en aval, et un composant n’est fabriqué ou approvisionné que s’il a été utilisé. C’est le principe du « juste à temps ».
Principes de fonctionnement de la méthode kanban
Kanban est un mot japonais qui signifie « étiquette » ou « fiche ». Il désigne les cartes placées dans les conteneurs d’une ligne d’assemblage : quand un conteneur est vidé, la carte remonte vers le poste précédent et déclenche le réapprovisionnement.
À une époque où les industriels produisaient en masse et poussaient le volume vers le marché, Toyota a fait l’inverse : la production était tirée par la demande, en flux tendu. La méthode s’inscrit dans une approche Lean qui vise à gagner en productivité sans gaspillage ni surproduction.
Ayant fait ses preuves en production, elle a ensuite été adaptée à d’autres métiers : développement logiciel, marketing, ressources humaines, support client, etc.
De l’usine aux équipes de bureau
Dans les équipes de projet, le kanban prend la forme d’un tableau kanban. Sa force est de permettre de visualiser l’état de chaque tâche d’un coup d’œil. Cette vue d’ensemble facilite la priorisation, l’ajout de nouvelles tâches et la détection des blocages.
Certaines équipes complètent le tableau par un court point quotidien, où chacun indique ce qu’il a fait, ce qu’il prévoit de faire et les difficultés rencontrées. Cette pratique n’est pas propre au kanban : elle vient surtout de Scrum (le « daily »). Le kanban ne l’impose pas.
Le tableau kanban
Chaque tâche est représentée par une carte (étiquette, post-it ou carte numérique). Le tableau comporte en général 3 colonnes :
- La première regroupe les cartes à faire.
- La deuxième regroupe les cartes en cours.
- La dernière regroupe les cartes terminées.
Au fil du projet, chaque carte passe de « à faire » à « en cours », puis à « terminé ».
Certains ajoutent une colonne backlog : elle contient les idées et tâches qui ne seront pas traitées tout de suite mais pourraient l’être plus tard. Une colonne test (ou « en relecture ») est aussi fréquente dans les projets techniques, pour vérifier une action avant de la considérer comme terminée.
Exemple pour une équipe marketing qui prépare une newsletter :
| À faire | En cours | En relecture | Terminé |
|---|---|---|---|
| Choisir les sujets du prochain envoi | Rédiger l’édito | Visuel de l’en-tête | Mise à jour de la liste de contacts |
Limiter le travail en cours (WIP)
Le tableau ne suffit pas : la règle la plus importante du kanban est de limiter le travail en cours (WIP, pour work in progress). On fixe un nombre maximal de cartes par colonne, par exemple trois dans « en cours ». Tant que la limite est atteinte, on ne démarre rien de nouveau : on aide à terminer ce qui est commencé. Cela réduit la dispersion, révèle les goulots d’étranglement et accélère la livraison.
Mesurer avec lead time et cycle time
- Lead time : durée entre la demande d’une tâche et sa livraison.
- Cycle time : durée entre le début effectif du travail et sa fin.
- Débit : nombre de tâches terminées sur une période donnée.
Suivre ces indicateurs permet de repérer où les cartes s’accumulent et d’ajuster les limites.
Kanban et Scrum : quelles différences ?
| Critère | Kanban | Scrum |
|---|---|---|
| Rythme | Flux continu | Sprints de durée fixe |
| Rôles | Aucun rôle imposé | Product owner, Scrum master, équipe |
| Changements en cours de route | Possibles à tout moment | Évités pendant le sprint |
| Mesures clés | Lead time, cycle time, WIP | Vélocité, objectif de sprint |
Outils et erreurs à éviter
Un mur et des post-it suffisent pour commencer. Pour une équipe à distance, des outils comme Trello, Jira ou Microsoft Planner proposent des tableaux kanban numériques ; comparez leurs fonctions et leurs offres sur les sites officiels.
Erreurs fréquentes : multiplier les colonnes inutilement, ne fixer aucune limite WIP, laisser des cartes vagues (« refaire le site ») au lieu de tâches précises, ou ne jamais mettre le tableau à jour.
Fondateur de La Dépêche Tech, William O’Rain accompagne PME et médias dans leur croissance digitale. Ses sujets : IA, e-commerce, marketing web, cybersécurité, product & growth. Objectif : transformer l’actu en décisions opérationnelles.