La leçon d'introduction a montré un tableau simple : à faire, en cours, terminé. Un vrai tableau Kanban reflète le processus réel de l'équipe et rend ses règles explicites.

Cartographier le vrai flux

On ne se contente pas de trois colonnes génériques. On liste les étapes réelles par lesquelles passe une story : par exemple « à préciser », « prête », « développement », « revue », « test », « à déployer », « fait ». Chaque colonne correspond à un état réel, pas à une case théorique.

Séparer « en cours » et « en attente »

Une story « en revue » peut être activement relue, ou attendre qu'un relecteur se libère. Beaucoup d'équipes découpent les colonnes de travail en deux sous-colonnes : « en cours » et « terminé, en attente de l'étape suivante ». Cela rend visible le temps perdu à attendre.

Les règles explicites de chaque colonne

Pour chaque colonne, l'équipe écrit ce qu'une carte doit remplir pour y entrer ou en sortir. « Pour passer de développement à revue : le code est écrit, les tests automatiques passent, la story est déployée sur l'environnement de test. » Sans ces règles, chacun a sa définition et les cartes reculent.

Le tirer, pas le pousser

Une carte avance quand l'étape suivante a de la place et vient la « tirer », pas quand l'étape précédente la « pousse ». C'est ce qui empêche d'empiler du travail devant un goulot d'étranglement.

Exemple concret : l'équipe de fidélité passe d'un tableau à 3 colonnes à un tableau à 6, avec « revue » découpée en « en cours » et « en attente ». Elle découvre que les stories passent en moyenne deux jours à attendre un relecteur : un temps invisible jusque-là.

À vous de jouer : listez les 4 ou 5 étapes réelles par lesquelles passe une tâche dans votre travail.