Comprendre la méthode Kanban - Travailler en équipe.

Comprendre la Méthode Kanban - Travailler en Équipe.

Un tableau Kanban sans limite de tâches en cours n'est qu'un mur de post-it. La règle qui fait tout le travail est justement celle que la plupart des équipes suppriment en premier, parce qu'elle dérange.

La scène est banale. Une équipe découvre Kanban, ouvre un Trello, crée trois colonnes (à faire, en cours, terminé), déplace des cartes pendant six semaines, puis constate que rien ne va plus vite qu'avant. Le tableau est joli, il est à jour, et il ne change rien. Ce qui manque tient en deux chiffres écrits en haut des colonnes: le nombre maximal de cartes autorisées dans chacune.

D'où vient vraiment le mot kanban

Le mot japonais signifie « étiquette » ou « panneau ». Il vient des usines Toyota de la fin des années 1940 et des années 1950, où Taiichi Ohno, ingénieur puis cadre dirigeant du constructeur, cherchait un moyen de ne produire une pièce que lorsque le poste suivant en réclamait une. L'étiquette circulait en sens inverse du flux de production: elle servait de signal d'appel. C'est le cœur du système, et il n'a rien à voir avec le logiciel.

Le passage au travail intellectuel est bien plus tardif. David J. Anderson expérimente la méthode chez Microsoft puis Corbis au milieu des années 2000 et publie son livre de référence en 2010. On lit souvent que Kanban aurait été « créé en 2003 dans le développement logiciel »: la date est fausse des deux côtés, l'origine industrielle remonte à un demi-siècle plus tôt et la formalisation logicielle est postérieure à 2003.

Tableau Kanban avec trois colonnes et des cartes de couleur déplacées par une équipe

Six principes, dont un seul est difficile

Les recueils de bonnes pratiques en listent cinq ou six. Dans la réalité, cinq sont faciles à adopter et un seul fait mal.

  1. Visualiser le flux. Une colonne par étape réelle du travail, pas par étape théorique. Si vos tâches passent systématiquement par une relecture, la relecture est une colonne.
  2. Limiter le travail en cours. Un nombre écrit en haut de chaque colonne, respecté. C'est ici que ça coince.
  3. Rendre les règles explicites. Qu'est-ce qu'une carte « terminée »? Testée? Déployée? Écrivez-le au-dessus du tableau, sinon chacun a sa définition.
  4. Gérer le flux, pas les personnes. On regarde où les cartes stagnent, pas qui travaille le plus.
  5. Boucler la rétroaction. Un point de dix minutes devant le tableau chaque matin, en partant de la droite, c'est-à-dire des cartes les plus proches de la sortie.
  6. Améliorer par petits pas. On change une règle à la fois, on mesure, on garde ou on annule.

La limite de travail en cours dérange parce qu'elle rend visible quelque chose que tout le monde préférait ignorer: commencer une tâche ne fait pas avancer le projet, seule sa livraison le fait. Une équipe qui a quinze chantiers ouverts et n'en termine aucun se sent occupée. Le tableau, lui, affiche quinze cartes coincées au milieu.

Construire le tableau: colonnes, cartes, couloirs

Trois colonnes suffisent pour démarrer. Ajoutez-en une seulement quand vous constatez qu'une étape existe vraiment et retient les cartes. Beaucoup d'équipes découpent la colonne centrale en deux sous-colonnes, « en cours » et « fait, en attente de l'étape suivante »: la seconde révèle les files d'attente cachées, et c'est souvent là que se perdent les journées.

Une carte porte au minimum un titre compréhensible par quelqu'un d'extérieur, un responsable et une date d'entrée. La date d'entrée est ce qui vous donnera plus tard le temps de traversée. Les couloirs horizontaux servent à séparer des natures de travail: une ligne pour les urgences, une pour le travail planifié, une pour la dette technique. La ligne d'urgence a sa propre limite, en général une seule carte, faute de quoi tout devient urgent.

Sur un tableau physique, les cartes sont des fiches cartonnées; certaines équipes les marquent avec un tampon encreur personnalisé pour distinguer d'un coup d'oeil les types de demandes. Sur un tableau numérique, une étiquette de couleur fait la même chose. Le choix entre mur physique et écran dépend surtout de la géographie de l'équipe: le mur gagne quand tout le monde est dans la même pièce, l'écran s'impose dès qu'une personne travaille à distance. Les outils de gestion de projet en ligne les plus courants, Trello, Jira, Asana ou Notion, proposent tous une vue en colonnes et un compteur de limite.

Kanban ou Scrum: la question mal posée

On oppose souvent les deux. Scrum découpe le temps en itérations de une à quatre semaines, fige le périmètre pendant l'itération et définit trois rôles. Kanban ne fige rien: le flux est continu, une carte entre quand une place se libère. Les deux se combinent d'ailleurs très bien, au point qu'un mot existe pour ça, le Scrumban.

Le choix se joue sur la nature de la demande. Si votre travail arrive par vagues imprévisibles, support, maintenance, marketing, production éditoriale, l'itération figée devient un carcan et Kanban tient mieux. Si vous construisez un produit avec un périmètre négociable et des livraisons régulières, le rythme de Scrum apporte une discipline que Kanban seul ne fournit pas.

Deux mesures suffisent à savoir où vous en êtes

Le temps de traversée d'abord: le nombre de jours entre l'entrée d'une carte sur le tableau et sa sortie. Relevez-le sur trente cartes, prenez la médiane plutôt que la moyenne, qu'une seule carte oubliée pendant six mois suffirait à fausser. C'est ce chiffre que vous annoncez à un client qui demande « c'est pour quand »: non pas une estimation carte par carte, mais un ordre de grandeur tiré de votre historique.

Le débit ensuite: combien de cartes sortent par semaine. Deux équipes de taille identique peuvent afficher des débits du simple au double, et l'écart vient presque toujours du nombre de sujets menés en parallèle. Le diagramme de flux cumulé, que la plupart des outils tracent automatiquement, rend le phénomène lisible: une bande qui s'élargit au milieu du graphique signale une file d'attente qui gonfle, longtemps avant que quiconque s'en plaigne en réunion.

Les limites réelles de la méthode

Kanban ne dit rien de la priorisation. Il montre le flux, il ne vous dit pas quelle carte mérite d'entrer. Sans quelqu'un qui arbitre en amont, le tableau devient un enregistreur de désordre très bien tenu.

Il suppose aussi une discipline collective sans filet: pas de maître de cérémonie pour rappeler les règles, personne dont c'est le rôle. Dans une équipe qui laisse filer, les limites se contournent en trois semaines, d'abord pour une urgence justifiée, ensuite par habitude, et le tableau redevient décoratif. La parade tient en une phrase affichée au mur: dépasser une limite se décide à voix haute, devant les autres, jamais en silence.

Dernier point, valable pour les équipes qui pilotent des prestataires: le tableau ne couvre que ce que vous maîtrisez. Une carte bloquée chez un sous-traitant, par exemple quand on se demande s'il est avantageux de travailler avec une agence SEO, reste bloquée quelle que soit la qualité de votre colonne. Le rendre visible ne le débloque pas, mais au moins la discussion porte enfin sur le bon sujet.

Résumer cet article avec :

Partager :