Il y a des équipes où, quand tu demandes “on en est où ?”, on te répond :
- “Ça avance.”
- “On est dessus.”
- “C’est presque fini.”
- “Ça dépend.”
Et toi tu as juste une intuition floue : ça sent la saturation, mais tu n’as rien de simple et visuel pour le prouver.
Le CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). (Cumulative Flow DiagramCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…).), c’est exactement ça : un radar à embouteillages.
Un seul graphique, et tu vois :
- si ton système est fluide ou en train de se boucher,
- où ça coince (colonne/étape),
- si tu “finis” vraiment ou si tu empiles juste du travail “en cours”,
- si ta capacité est stable… ou si tu es en train de te raconter une histoire.
1) Un CFD, c’est quoi (version “sans MBA”) ?
Un CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). représente, au fil du temps :
- combien d’éléments de travail existent au total (vertical),
- et comment ils se répartissent dans les étapes du workflow (les “bandes” colorées).
Chaque bande = une colonne de ton kanban (À faire, En cours, QA, Attente, Terminé…).
Et l’idée clé est simple :
L’épaisseur d’une bande = la quantité de travail coincée dans cette étape.
Donc… si une bande grossit, c’est qu’on accumule.
Si elle rétrécit, c’est qu’on vide.
Et si tout est à peu près parallèle, c’est souvent bon signe : flux stable.
2) Comment lire un CFD en 30 secondes
Imagine un CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). comme une autoroute vue du ciel.
✅ Cas 1 : “Ça roule”
- Les bandes restent à épaisseur stable
- Elles montent de manière régulière
Interprétation : tu as un flux plutôt sain.
🚗🚗🚗 Cas 2 : une bande se met à gonfler = bouchon
Quand l’épaisseur d’une bande augmente, ça veut dire :
“Le travail arrive plus vite qu’il ne sort de cette étape.”
Donc tu viens de repérer le goulot (bottleneckBottleneckl’étape où le flux ralentit systématiquement (queueQueueitems en attente devant une étape.Ex : “À valider”, “En review”, “À tester”. qui grossit, attente récurrente).Souvent : revue de code, validation métier, tests, mise en production, sécurité…), sans débat, sans ressenti, sans réunion.
🧹 Cas 3 : une bande s’affine = on rattrape
Si une bande diminue : l’étape est en train de “déboucher” (ou est sous-alimentée).
📦 Cas 4 : marches d’escalier = batch / gros paquets
Si la courbe “Terminé” progresse par à-coups, tu vois souvent du :
- “on teste tout à la fin”
- “on livre par lots”
- “on attend la fin du sprint / le comité / la fenêtre de mise en prod”
Un CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). rend ce batching très visible.
🧨 Cas 5 : la pente “Terminé” s’aplatit
La bande “Done” monte moins vite : ton débitThroughputle nombre d’items terminés sur une période donnée.Ex : 18 tickets “Done” cette semaine → throughput = 18/semaine. chute.
C’est parfois la conséquence directe d’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. trop haut (tu démarres tout, tu finis peu).
3) Pourquoi c’est si puissant en kanban
Parce que le kanban adore les phrases vraies comme :
- “On a trop de trucs en cours.”
- “La QA est saturée.”
- “On met une éternité à finir.”
Le CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). te dit : où, quand, et depuis combien de temps.
Et surtout, il te donne une logique que ton cerveau comprend instantanément :
épais = bouché.
Le guide officiel de la méthode décrit le CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). comme un outil utile pour suivre le flux du travail à travers les activités.
4) Le lien secret : WIP, débit, délais (sans formule indigeste)
Tu n’es pas obligé d’aimer les maths. Mais tu vas aimer ce que ça implique.
En théorie des files d’attente, il existe une relation très simple (formalisée en 1961) entre :
- le nombre moyen d’éléments dans le système,
- le débitThroughputle nombre d’items terminés sur une période donnée.Ex : 18 tickets “Done” cette semaine → throughput = 18/semaine.,
- le temps passé dans le système.
Traduction terrain :
Plus tu as 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.), plus tes délais moyens augmentent… si ton débitThroughputle nombre d’items terminés sur une période donnée.Ex : 18 tickets “Done” cette semaine → throughput = 18/semaine. ne suit pas.
Et devine ce qui montre 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. “en vrai”, visuellement, étape par étape ?
👉 Le CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…)..
C’est pour ça qu’en kanban, le CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). et 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 font un duo redoutable :
le CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). te montre les bouchons, 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 t’aident à les éviter.
5) Comment construire un CFD (même si tu n’as pas l’outil parfait)
Tu peux le faire :
Option A — “outil kanban”
Beaucoup d’outils sortent le CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). automatiquement (ils comptent chaque jour combien d’items sont dans chaque colonne). Le principe reste le même : bandes empilées, temps en abscisse.
Option B — “fait maison, simple”
- Choisis ton workflow (tes colonnes).
- Chaque jour (ou chaque semaine), note :
- combien de cartes sont dans chaque colonne.
- Tu obtiens un tableau de comptage.
- Tu fais un graphique “aires empilées”.
Même à la main, ça marche très bien pour démarrer.
6) Un exemple ultra courant : “QA = parking”
Tu as un flux type :
À faire → Dev → QA → Done
Au début, tout va bien. Puis tu vois :
- la bande Dev reste stable,
- la bande QA commence à gonfler,
- la pente de Done ralentit.
Lecture : Dev continue d’envoyer, QA n’absorbe plus.
Tu viens de trouver ton vrai problème : pas “les devs sont lents”, mais le système est déséquilibré.
Solutions possibles (selon contexte) :
- réduire l’entrée (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”. en Dev),
- renforcer QA (aide ponctuelle, automatisation, pairing),
- ou changer le workflow (ex : validation plus tôt, politique “Definition of ReadyReadyétat où l’item est suffisamment clair pour être commencé sans découvrir un manque critique au bout de 30 minutes. pour QA”, etc.).
L’intérêt : tu passes de “je pense que…” à “on voit que…”.
7) Les pièges classiques (à éviter si tu veux un CFD utile)
❌ Changer les colonnes toutes les semaines
Un CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). aime la stabilité. Si tu modifies le workflow sans arrêt, tu changes la lecture.
❌ Mélanger des tailles de travail absurdes
Si une carte = “corriger une faute” et une autre = “refondre l’auth”, ton CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). reste utile (bouchons), mais tes discussions sur les délais doivent rester prudentes.
❌ Faire du CFD un outil de flicage
Le CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). parle du système, pas des individus.
Si ça devient un tableau de chasse, les cartes vont “magiquement” changer de colonne… et ton graphique deviendra un mensonge poli.
8) Le bon usage (très pragmatique)
Si tu veux une utilisation simple et efficace :
- Regarde l’épaisseur des bandes : où ça gonfle ?
- Regarde la pente de Done : est-ce qu’on finit à un rythme stable ?
- Choisis une action :
- limiter 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.,
- ajuster le workflow,
- clarifier les politiques,
- traiter les causes (et pas “rajouter une colonne” pour cacher le parking).
Le CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). ne “résout” rien.
Mais il t’offre un superpouvoir rare : voir le problème sans avoir besoin d’y croire.
Sources
- **Kanban University — The Official Guide to The Kanban Method (section CFDCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…).).
- **Kanban University — Use Kanban Analytics to track project!
- INFORMS — A Proof for the Queuing Formula: L = λW (article fondateur, 1961).
- Wikipedia — Little’s lawLittle’s LawUne relation simple (à condition que le système soit relativement stable) : (définitions et formulation).
- monday.com — Cumulative Flow Diagrams: Visualize Bottlenecks And Flow (lecture “bande qui s’élargit = bottleneckBottleneckl’étape où le flux ralentit systématiquement (queueQueueitems en attente devant une étape.Ex : “À valider”, “En review”, “À tester”. qui grossit, attente récurrente).Souvent : revue de code, validation métier, tests, mise en production, sécurité…”).
- Adobe — Cumulative flow diagrams — how to create and read them (patterns : bandes parallèles / goulots).
- Excellence Agile — Lecture d’un cumulative flow diagramCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). (exemples de lecture, 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./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”.).
- Planview — Cumulative Flow DiagramCFDun graphe qui montre, au fil du temps, combien d’items se trouvent dans chaque état (To Do / In Progress / Done…). (définition et usage).
