Choisir un WIP limit : la méthode simple pour accélérer le flux

Le problème avec les WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. limits, ce n’est pas qu’elles ne marchent pas.

Le problème, c’est qu’on les aborde souvent comme un sortilège.

“Bon… on met WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. = 5 ?”
“Pourquoi 5 ?”
“Aucune idée. Ça sonne bien.”

Et quand ça coince (ce qui arrive forcément), on conclut trop vite :

“Ça bloque, donc c’est trop bas”
“C’est frustrant, donc c’est mauvais”
“On perd du temps, donc c’est inutile”

Alors qu’en réalité, un wipWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.-limit" target="_blank" rel="noopener" title="Voir la définition">WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. limitWIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. Limitrègle explicite : “dans cette colonne, pas plus de X items”. bien choisi n’a rien de magique.

Un wipWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.-limit" target="_blank" rel="noopener" title="Voir la définition">WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. limitWIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. Limitrègle explicite : “dans cette colonne, pas plus de X items”., c’est une expérience.
Une expérience simple, mesurable, qu’on fait pour révéler où le flux se casse la figure.

Et comme toute bonne expérience : on commence petit, on observe, on ajuste.

D’abord : qu’est-ce qu’un “bon” WIP limit ?

Il déclenche des conversations utiles (“pourquoi c’est bloqué ?”)
Il pousse l’équipe à finir plutôt qu’à commencer
Il améliore le flux (lead timeLead Timele temps entre “c’est demandé” et “c’est livré”.En IT : de la création du ticket (ou engagement) à sa mise en prod / clôture “Done”. plus court, moins de cartes vieillissantes, plus de sorties régulières)

S’il ne déclenche rien, il est trop haut.
S’il déclenche du chaos permanent, il est trop bas… ou ton système a un goulot énorme (et c’est précisément ce que tu dois voir).

Pourquoi le “bon chiffre” n’existe pas

Parce qu’un wipWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.-limit" target="_blank" rel="noopener" title="Voir la définition">WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. limitWIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. Limitrègle explicite : “dans cette colonne, pas plus de X items”. dépend de :

la variabilité de tes demandes (support vs projet vs run)
ton niveau d’incertitude (tickets flous vs cadrés)
tes dépendances externes (validation, fournisseur, métier)
ton niveau d’automatisation (tests, déploiements, CI/CD)
la taille des items (petites cartes vs “gros machins”)

Donc oui : le chiffre idéal change dans le temps.

Ce n’est pas un défaut.
C’est un signe que tu utilises le wipWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.-limit" target="_blank" rel="noopener" title="Voir la définition">WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. limitWIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. Limitrègle explicite : “dans cette colonne, pas plus de X items”. comme un instrument de pilotage, pas comme une règle gravée dans le marbre.

Étape 1 — Commencer simple (vraiment simple)

Option A : un seul WIP limit global sur “En cours”

C’est le meilleur point de départ.

Tu as une colonne “En cours” (ou “Doing”) qui devient un parking ?
Parfait. Mets une limite.

Règle : “En cours” a un wipWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.-limit" target="_blank" rel="noopener" title="Voir la définition">WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. limitWIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. Limitrègle explicite : “dans cette colonne, pas plus de X items”.. Point.

Tu peux commencer avec une logique simple :

WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. = nombre de personnes (ex : équipe de 6 → WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. 6)
ou WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. = personnes – 1 (ex : 6 → WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. 5) si tu veux un peu de tension

Ce n’est pas “la formule”.
C’est juste un départ raisonnable pour lancer l’expérience.

Option B : limiter une colonne goulot (Review / Test / Validation)

Si ton “En cours” est déjà assez propre, limite plutôt là où ça s’accumule :

Review (le cimetière classique)
Test / QA
Validation métier
Prêt à déployer (quand déployer fait peur)

L’idée : mettre une limite là où le flux ralentit, pas là où ça t’arrange.

Étape 2 — Observer (sans se mentir)

Quand tu poses un wipWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.-limit" target="_blank" rel="noopener" title="Voir la définition">WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. limitWIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. Limitrègle explicite : “dans cette colonne, pas plus de X items”., tu ne dois pas observer “le ressenti” uniquement.
Parce que le ressenti va te dire :

“C’est frustrant. Donc c’est nul.”

Or la frustration est parfois juste le symptôme d’un système qui arrête de tricher.

Ce que tu dois regarder, concrètement

1) L’âge des cartes (aging)

Est-ce que tu as moins de cartes qui pourrissent ?
Est-ce que les cartes “restent coincées” moins longtemps ?

Si l’âge moyen baisse, tu gagnes.

2) Le throughput (sorties / semaine)

Combien de cartes finies par semaine ?
Est-ce plus régulier ?

Si le débitThroughputle nombre d’items terminés sur une période donnée.Ex : 18 tickets “Done” cette semaine → throughput = 18/semaine. devient plus stable (même si pas plus haut tout de suite), tu gagnes en prédictibilité.

3) Les blocages (combien, pourquoi, où)

Combien de cartes bloquées ?
Pour quelle raison ?
Est-ce toujours le même type de blocageBlocker / Blockedun item “bloqué” ne peut pas avancer pour une raison externe ou interne (dépendance, attente de validation, accès, incident, manque d’info…). ?

Spoiler : ce sont ces données qui te disent quoi améliorer.

4) Les files d’attente invisibles

Quand une colonne est pleine, demande :

“Qu’est-ce qu’on attend ? Une personne ? Une décision ? Une info ? Un créneau ?”

Tu viens de trouver ton vrai goulot.

Durée minimale d’observation

Ne juge pas en 24h.

En général, il faut au moins :

1 à 2 semaines sur un flux support
2 à 4 semaines sur un flux projet

Le temps que le système “s’écoule” avec la nouvelle règle.

Étape 3 — Ajuster (sans casser l’expérience)

Ajuster ne veut pas dire “augmenter dès que ça bloque”.

Parce que si tu fais ça, tu supprimes l’intérêt du wipWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.-limit" target="_blank" rel="noopener" title="Voir la définition">WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. limitWIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. Limitrègle explicite : “dans cette colonne, pas plus de X items”. : il ne sert plus d’alarme.

Voici une règle simple :

Si ça bloque, tu as 3 possibilités (dans cet ordre)

1) Changer le comportement avant de changer le chiffre

Quand c’est plein, qu’est-ce que vous faites ?

aider à finir (swarming)
faire les reviews tout de suite
tester plus tôt
débloquer la carte la plus proche de Done
réduire le scope d’une carte

Souvent, le wipWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.-limit" target="_blank" rel="noopener" title="Voir la définition">WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. limitWIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. Limitrègle explicite : “dans cette colonne, pas plus de X items”. “marche” dès que tu ajoutes la politique :
“plein = on aide à finir”

2) Changer la taille des items

Si vos cartes durent 5 jours en moyenne, un wipWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.-limit" target="_blank" rel="noopener" title="Voir la définition">WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. limitWIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. Limitrègle explicite : “dans cette colonne, pas plus de X items”. devient vite douloureux.

Solution : découper.

Une carte qui traverse le board en 1-2 jours = flux fluide.
Une carte qui traîne une semaine = stock qui gonfle.

3) Ajuster le WIP limit (petits pas)

Si après observation :

tout le monde est bloqué en permanence sans possibilité d’aider
les cartes restent coincées parce que la limite empêche toute progression
ton throughputThroughputle nombre d’items terminés sur une période donnée.Ex : 18 tickets “Done” cette semaine → throughput = 18/semaine. chute durablement

Alors oui : la limite est trop basse (ou posée au mauvais endroit).

Ajuste par +1 / -1, pas par +10.

Tu veux un réglage fin, pas un volant de camion.

Comment savoir si ton WIP limit est trop haut ou trop bas ?

Trop haut si :

“ça ne bloque jamais”
la colonne limite n’est jamais pleine
tu n’as aucun changement de comportement
les cartes vieillissent autant qu’avant

➡️ Conclusion : tu as posé une limite décorative.

Trop bas si :

ça bloque tout le temps, mais pas “de manière utile”
l’équipe ne peut pas aider parce que les compétences sont trop silotées
la limite crée de l’attente pure (personne ne bouge)
tu as besoin de contourner la règle pour survivre

➡️ Conclusion : soit tu remontes un peu, soit tu travailles la polyvalence / politiques / découpage.

Bon si :

ça bloque parfois (mais pas en permanence)
les blocages révèlent toujours les mêmes causes (donc actionnables)
le flux devient plus régulier
les cartes passent plus vite et restent moins longtemps en cours

➡️ Conclusion : tu as trouvé une zone “productive”.

Le piège classique : confondre “bloqué” et “en cours”

Un wipWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.-limit" target="_blank" rel="noopener" title="Voir la définition">WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. limitWIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. Limitrègle explicite : “dans cette colonne, pas plus de X items”. fonctionne mal si les cartes “bloquées” restent dans la même colonne que le reste, sans traitement.

Deux pratiques qui aident énormément :

un statut clair “Bloqué” avec une raison
une règle : on ne laisse pas une carte bloquée vieillir sans action

Le but n’est pas de “faire joli”.
Le but est d’empêcher la pourriture silencieuse.

Un exemple simple : choisir un WIP limit sans se raconter d’histoires

Équipe de 5 personnes, board :

À faire → Dev → Review → Test → Done

Observation actuelle :

Dev déborde
Review traîne
Test est un goulot

Tu commences avec :

Dev WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. = 4
Review WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. = 3
Test WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. = 2

Semaine 1 :

Review et Test sont souvent pleins
Dev se bloque parfois

Réaction saine :

“Ok, quand Test est plein, on arrête de dev et on aide à tester / à clarifier / à automatiser”

Semaine 3 :

moins de cartes en Dev
Test reste goulot mais sort plus régulièrement
lead timeLead Timele temps entre “c’est demandé” et “c’est livré”.En IT : de la création du ticket (ou engagement) à sa mise en prod / clôture “Done”. baisse

Ajustement :

peut-être Test WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. = 3 si vous avez gagné en capacité (outils, automatisation)
ou Review WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. = 2 si review est devenue le nouveau frein

Tu n’as pas “trouvé le chiffre magique”.
Tu as rendu ton système pilotable.

Les politiques qui rendent un WIP limit rentable (sans ça, tu fais juste “bloquer” les gens)

Si tu ne dois garder qu’une phrase :

“Quand c’est plein, on finit avant de commencer.”

Tu peux la décliner en politiques concrètes :

Plein en Review → on fait des reviews maintenant
Plein en Test → on aide QA / on écrit des tests / on réduit le scope
Plein en Validation → on contacte le métier, on prépare la démo, on clarifie
Plein en “Prêt à déployer” → on déploie plus souvent, plus petit

Le wipWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.-limit" target="_blank" rel="noopener" title="Voir la définition">WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. limitWIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. Limitrègle explicite : “dans cette colonne, pas plus de X items”. est juste le déclencheur.
La politique est le moteur.

Conclusion : le WIP limit “pas magique”, c’est celui qui t’aide à apprendre

Tu ne choisis pas un wipWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.-limit" target="_blank" rel="noopener" title="Voir la définition">WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. limitWIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. Limitrègle explicite : “dans cette colonne, pas plus de X items”. pour “être conforme à Kanban”.
Tu le choisis pour répondre à une question très simple :

“Où est-ce que notre flux casse, et qu’est-ce qu’on fait pour le réparer ?”

Commence simple.
Observe sans te mentir.
Ajuste petit à petit.

Et surtout : résiste à la tentation de supprimer l’alarme quand elle sonne.

Parce que si elle sonne… c’est qu’elle te rend service.

Sources

Fondations (files d’attente / loi de Little)

Little, J. D. C. (1961). A Proof for the Queuing Formula: L = λW. Lien

Guides Kanban (référence de méthode)

Kanban University — The Official Guide to The Kanban Method. Lien
Kanban University — Glossaire, entrée Limit WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. (Work in ProgressWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.). Lien
Agile Alliance — Glossaire : Kanban (section “Limit work in progressWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.”). Lien

Documentation outil (pratique concrète)

Microsoft Learn — Configurer les limites de travail en cours (WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement.) — Azure Boards. Lien

Flow / économie des files (queues)

Reinertsen, D. G. — Extrait Chapitre 1 : The Principles of Product Development Flow (PDF). Lien

Études empiriques (logiciel)

SINTEF / Sjøberg et al. — An empirical study of WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. in kanban teams (résumé SINTEF). Lien
Sjøberg et al. — An empirical study of WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. in kanban teams (ACM). Lien
Ikonen et al. (2011) — Lean Thinking in Software Development: Impacts of Kanban (University of Helsinki / Helda). Lien

Ressources complémentaires

Scrum.org — Don’t just limit WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement., optimize it. Lien
Atlassian — Working with WIPWIPle nombre d’éléments actuellement en cours dans ton système (ton board).En Kanban, le WIP est une variable de contrôle : on le limite volontairement. limits for kanban. Lien

Comment choisir un WIP limit “pas magique” : commencer simple, observer, ajuster

D’abord : qu’est-ce qu’un “bon” WIP limit ?

Pourquoi le “bon chiffre” n’existe pas

Étape 1 — Commencer simple (vraiment simple)

Option A : un seul WIP limit global sur “En cours”

Option B : limiter une colonne goulot (Review / Test / Validation)