Limites WIP : le chiffre qui change votre flux

Pourquoi une limite WIP change plus qu'un tableau

Sur un tableau Kanban, tout le monde regarde les colonnes. Peu de gens regardent le nombre de cartes qui s'y accumulent. C'est pourtant là que se joue le délai de livraison.

Une limite WIP (work in progress) est un plafond : « pas plus de N cartes dans cette colonne à un instant donné ». Quand le plafond est atteint, on ne tire pas la carte suivante. On finit ce qui est commencé.

Pawel Brodzinski rappelle dans Milk Kanban que le Kanban d'origine est d'abord un signal visuel : une carte posée sur la dernière brique de lait dit « il faut recommander », sans tableau ni colonne. La limite WIP est exactement ce signal, appliqué à une colonne. Elle ne mesure pas l'effort, elle déclenche une décision.

Sans limite, une colonne « En cours » devient une zone de stockage. Les cartes y entrent vite, en sortent lentement, et personne ne voit le problème tant que le client n'attend pas.

Comment calculer une première limite, sans se tromper

Il n'existe pas de formule magique, mais un point de départ raisonnable évite de partir à l'aveugle.

La règle de base

• Comptez le nombre de personnes qui travaillent réellement dans la colonne (pas dans l'équipe, dans la colonne).
• Ajoutez 1 pour absorber les imprévus (une carte bloquée, une relecture, un test).
• Le résultat est votre limite de départ. Exemple : 3 développeurs sur « En cours » → limite 4.

Cette règle est volontairement grossière. Elle sert à poser un chiffre, pas à le défendre. La calibration vient après.

Découper avant de plafonner

Une colonne fourre-tout (« En cours » qui contient dev, revue et test) rend toute limite inutile : le plafond s'applique à des étapes qui n'ont pas la même durée. Découpez d'abord en colonnes qui représentent des étapes réelles du flux. Ensuite, plafonnez chaque colonne séparément.

Sur un outil comme Ever Earlier, cela se traduit par des colonnes personnalisées avec glisser-déposer et journal d'activité, ce qui permet de voir combien de cartes ont bougé et quand. Le journal sert de matière première pour la mesure.

L'exercice de calibration par colonne, sur deux semaines

Objectif : trouver la limite qui réduit le délai sans affamer l'équipe. Une seule colonne à la fois, deux semaines, trois mesures.

Semaine 0 : mesurer l'état actuel

1. Notez, chaque jour à la même heure, le nombre de cartes dans la colonne ciblée.
2. Notez le délai moyen entre l'entrée et la sortie de cette colonne pour les cartes terminées.
3. Notez le nombre de cartes bloquées (avec un motif : attente d'info, dépendance, bug).

Semaine 1 : appliquer la limite

Fixez la limite calculée. Quand elle est atteinte, la règle est simple : on ne tire pas de nouvelle carte. On aide à finir, on débloque, on relit.

Attendez-vous à une résistance. Les premières heures, quelqu'un dira « mais je n'ai rien à faire ». C'est précisément le signal que la colonne en amont est mal alimentée, ou que la limite est trop basse.

Semaine 2 : ajuster d'un cran

• Si la colonne reste pleine et que des personnes attendent : montez la limite de 1.
• Si la colonne se vide souvent et que le délai augmente : baissez la limite de 1.
• Si le délai baisse et que la file en amont ne s'allonge pas : gardez la limite.

Répétez l'exercice sur la colonne suivante. Deux semaines par colonne, pas plus. Au-delà, l'équipe perd le fil.

Mesurer l'effet : trois métriques suffisent

Pas besoin d'un tableau de bord de vingt indicateurs. Trois mesures racontent l'essentiel.

Le délai de livraison (lead time)

Temps entre l'entrée d'une carte dans le flux et sa sortie. C'est la métrique que le client ressent. Si la limite WIP fonctionne, ce chiffre baisse ou se stabilise.

Le débit (throughput)

Nombre de cartes terminées par semaine. Attention : une limite WIP peut faire baisser le débit à court terme, puis le remonter. Ne jugez pas sur trois jours.

Le flux cumulé

Un graphique où chaque bande représente une colonne, empilée dans le temps. Si la bande « En cours » s'épaissit, vous accumulez du travail non fini. Si elle reste fine et que la bande « Terminé » monte régulièrement, le flux est sain.

Ever Earlier propose des rapports burndown, vélocité et flux cumulé, ainsi qu'un diagramme de Gantt. Ces vues ne remplacent pas la décision, elles la rendent visible en réunion.

Trois erreurs qui annulent l'effet d'une limite WIP

Une limite WIP mal utilisée devient une contrainte arbitraire. Voici les pièges les plus fréquents.

Appliquer la limite à toute l'équipe d'un coup

Si vous plafonnez cinq colonnes le même lundi, personne ne sait quelle limite cause quel effet. Une colonne à la fois.

Confondre limite et objectif de productivité

Une limite WIP n'est pas un quota. Elle dit « arrêtez de démarrer », pas « produisez plus ». Si vous l'utilisez pour pousser, l'équipe la contournera en découpant les cartes artificiellement.

Oublier de découper les grosses cartes

Une carte qui prend trois semaines bloque une colonne entière. Les user stories avec critères d'acceptation et points aident à repérer celles qui sont trop grosses avant qu'elles n'entrent dans le flux. L'agent IA d'Ever Earlier, qui génère des user stories à partir d'epics, sert exactement à cela : découper avant de plafonner.

Brancher la limite sur les rituels existants

Une limite WIP ne survit pas si elle n'est pas discutée. Elle doit apparaître dans les rituels que l'équipe tient déjà.

• Daily : commencez par la colonne plafonnée. Qui est bloqué ? Que faut-il finir aujourd'hui ?
• Revue de flux : une fois par semaine, regardez le flux cumulé. La bande « En cours » s'épaissit-elle ?
• Rétrospective : ajustez une limite, pas cinq. Notez le changement dans le journal d'activité.

Si votre équipe utilise des sprints et un backlog, la limite WIP s'applique aussi pendant le sprint : elle empêche de tirer une nouvelle user story tant que la précédente n'est pas finie. C'est souvent là qu'elle produit le plus d'effet, parce que la tentation de paralléliser est forte.