Kanban

  • Concept
  • Intermédiaire
  • Transversal
  • Toujours utilisé

En bref

Méthode visuelle qui organise le travail en colonnes (à faire, en cours, terminé) et limite le nombre de tâches menées en même temps.

Définition complète

Le Kanban est une méthode visuelle de gestion du travail. Les tâches sont représentées par des cartes (papier ou numériques) placées dans des colonnes qui représentent les étapes d’un processus, par exemple : à faire, en cours, en vérification, terminé. Chaque carte avance de colonne en colonne jusqu’à sa réalisation.

Le principe central du Kanban est la limitation du travail en cours (WIP, Work In Progress) : on fixe un nombre maximal de cartes autorisées dans chaque colonne. Par exemple, si la colonne « en cours » est limitée à 3 cartes par personne et qu’elle en contient déjà 3, personne ne peut commencer une nouvelle tache tant qu’une des trois n’est pas terminée. Cette contrainte oblige l’équipe à finir avant de commencer autre chose, et rend visibles les blocages.

Attention : un simple tableau de tâches divise en colonnes n’est pas un vrai Kanban s’il n’y a pas de limite de travail en cours : c’est cette limite, et l’analyse du flux qu’elle impose, qui distingue le Kanban d’une simple liste de choses à faire rangée joliment.

À quoi ça sert

Le Kanban sert avant tout à rendre visible ce qui, autrement, resterait invisible : combien de tâches sont vraiment en cours, où se trouvent les blocages, et quelles étapes du processus prennent le plus de temps. Une équipe qui regarde son tableau Kanban voit immédiatement si une colonne déborde, signe d’un goulot d’étranglement à traiter avant d’accepter du nouveau travail.

Il sert aussi à limiter la surcharge : en fixant des limites de travail en cours, on évite qu’une personne ou une équipe ne se disperse sur dix tâches à moitié faites plutôt que d’en terminer trois. Cela améliore la vitesse réelle à laquelle le travail sort fini, et pas seulement la vitesse à laquelle il est commencé.

Enfin, le Kanban facilite la communication : un coup d’œil au tableau suffit à un manager, un client ou un collègue pour comprendre où en est un projet, sans réunion ni rapport écrit.

Cas d'usage typiques

– Suivre les sprints d’une équipe de développement informatique : visualiser les tâches à coder, en test, en revue et livrées.
– Organiser les commandes d’un artisan ou d’une petite boutique : suivre chaque commande de la réception jusqu’à la livraison au client.
– Gérer un pipeline de recrutement : déplacer les candidatures de « reçues » à « entretien » puis « embauche ».
– Piloter une production de contenu marketing : idée, rédaction, relecture, publication.
– Trier les tickets d’un service client ou d’une hotline informatique selon leur état de traitement.
– Organiser des tâches personnelles ou celles d’une association pour un événement, avec une vision claire de ce qui reste à faire.

Ce que tu sauras faire

Savoir construire un tableau Kanban adapté à une activité réelle, y fixer des limites de travail en cours pertinentes, et l'utiliser pour repérer un blocage dans un flux de travail.

Mises en situation

Situation 1 : la colonne « en cours » déborde chez un éditeur de logiciel

Contexte : une équipe de développement utilise un tableau Kanban avec une limite de 3 tâches en cours par développeur. Un vendredi, la colonne « en cours » affiche 9 cartes pour 3 développeurs, soit exactement la limite, mais aucune carte n’a bougé depuis trois jours.

Application : le chef d’équipe réunit l’équipe autour du tableau et demande, carte par carte, ce qui empêche chacune d’avancer : une attend une validation du client, une autre un accès serveur.

Résultat attendu : l’équipe identifie deux blocages externes et décide de ne plus accepter de nouvelle tache tant qu’ils ne sont pas levés, ce qui évite d’accumuler encore plus de travail inachevé.

Situation 2 : une boutique de vêtements suit ses commandes en ligne avec Trello

Contexte : la gérante d’une petite boutique reçoit des commandes personnalisées (retouches, broderies). Elle utilise un tableau avec les colonnes « commande reçue », « en atelier », « prêt », « envoyé ».

Application : elle remarque que la colonne « prêt » contient six commandes en attente d’expédition depuis plus d’une semaine, alors que l’atelier tourne normalement.

Résultat attendu : elle comprend que le problème n’est pas la production mais l’organisation des envois, et réserve un créneau fixe chaque jour pour expédier les commandes prêtes.

Situation 3 : une association organise un événement avec des bénévoles

Contexte : une association prépare une fête de quartier avec quinze bénévoles et utilise un tableau Kanban mural avec des post-it pour repartir les tâches (logistique, communication, buvette, animations).

Application : deux semaines avant l’événement, la colonne « à faire » de la communication est encore pleine alors que la logistique est presque terminée.

Résultat attendu : les responsables déplacent temporairement des bénévoles de la logistique vers la communication pour rééquilibrer la charge avant la date limite.

Application guidée : comparer deux équipes

Contexte : l’équipe A a 4 cartes dans « en cours » avec une limite fixée à 4, et termine en moyenne 5 tâches par semaine. L’équipe B a 12 cartes dans « en cours » sans aucune limite fixée, et termine en moyenne 4 tâches par semaine.

Question : laquelle des deux équipes travaille le plus efficacement, et pourquoi ?

Résultat attendu : l’équipe A, malgré un volume de tâches en cours plus faible, termine davantage de travail chaque semaine. L’équipe B se disperse sur trop de tâches à la fois, ce qui ralentit tout le monde : c’est l’illustration concrète de l’intérêt d’une limite de travail en cours.

Application guidée : fixer une limite de travail en cours

Contexte : une équipe de 4 personnes constate qu’elle a en moyenne 20 tâches ouvertes en permanence et beaucoup de tâches qui traînent plus de deux semaines sans avancer.

Question : quelle limite de travail en cours proposeriez-vous, et sur quel raisonnement vous appuyez-vous ?

Résultat attendu : une limite raisonnable se situe autour de 1,5 à 2 tâches par personne, soit 6 à 8 cartes au total pour l’équipe. L’objectif est de forcer les membres de l’équipe à terminer avant de commencer, plutôt que de garder une limite si haute qu’elle n’a aucun effet réel.

Pour bien le retenir

L'analogie

Imaginez la cuisine d’un restaurant pendant le coup de feu. Les tickets de commande sont accrochés sur un rail : un côté pour les commandes reçues, un côté pour celles en préparation, un côté pour celles prêtes à servir. Le chef n’autorise jamais plus de quatre plats en préparation simultanée sur son poste, car au-delà, tout brûle ou sort en retard. C’est exactement le principe du Kanban : rendre visible le travail en cours, et en limiter la quantité pour que chaque plat sorte à temps plutôt que d’avoir dix plats à moitié cuits en même temps.

« Un tableau où chaque carte avance, une à la fois, jamais dix à moitié faites en même temps. »

Pièges à éviter

À ne pas confondre avec

Ne confondez jamais un simple tableau divisé en colonnes avec un vrai Kanban : sans limite de travail en cours clairement fixée et respectée, ce n'est qu'une liste de tâches présentée autrement, qui n'apporte aucun des bénéfices réels de la méthode.

Évitez aussi de croire que plus de colonnes signifie plus de contrôle : un tableau avec quinze étapes devient illisible et décourage son utilisation quotidienne. Mieux vaut peu de colonnes claires, mises à jour à chaque instant, qu'un découpage très fin que personne ne suit vraiment.

Enfin, un tableau Kanban qui n'est pas mis à jour en temps réel donne une image fausse de la situation : des cartes « en cours » qui sont en réalité terminées depuis longtemps faussent toute l'analyse du flux.

Évolution historique

Apparition : Origines dans les années 1940-1950, adaptation au travail de bureau et au numérique dans les années 2000-2010

Quels changements depuis l’arrivée de l’IA ?

Avant

Un tableau Kanban était tenu à jour manuellement : chaque personne déplaçait elle-même ses cartes, et un responsable devait régulièrement regarder le tableau pour repérer les blocages.

Aujourd’hui

Les outils numériques (Trello, Jira, Asana, Monday) intègrent désormais des assistants d’intelligence artificielle capables de résumer automatiquement l’état d’un tableau, de suggérer un ordre de priorité pour les cartes, ou d’alerter quand une carte reste bloquée trop longtemps. Certains outils peuvent même déplacer automatiquement une carte quand une condition est remplie (par exemple, une tache marquée terminée dans un autre logiciel connecté). Cela dit, le principe fondateur du Kanban, la visualisation du flux et la limitation du travail en cours, reste une décision humaine et organisationnelle que l’IA n’a pas remplacée : elle aide à lire le tableau plus vite, pas à décider à la place de l’équipe.

Évolution historique

Années 1940-1950 : le principe naît dans l’industrie automobile japonaise, où des cartes physiques (« kanban » signifie « étiquette » ou « panneau visuel » en japonais) servent à réguler la production en n’autorisant la fabrication d’une pièce que lorsque la pièce précédente a été consommée.

Années 1980-1990 : la méthode se diffuse en dehors du Japon avec l’intérêt occidental pour les méthodes de production dites « au plus juste ».

Années 2000-2007 : le principe est adapté au travail intellectuel et informatique, notamment par des praticiens qui l’appliquent à des équipes de développement logiciel.

Années 2010 : des outils numériques grand public (Trello en 2011, puis de nombreux concurrents) rendent le Kanban accessible à toute équipe, bien au-delà de l’industrie ou de l’informatique.

Années 2020 : l’arrivée d’assistants basés sur l’intelligence artificielle dans ces outils numériques automatise une partie du suivi, sans changer le principe de base de la méthode.