4.3Kanban : gestion du flux
L'essentiel en 30 secondes
- Tableau Kanban : colonnes (À faire / En cours / Terminé), cartes qui avancent.
- Limite de WIP : plafonner l'en-cours pour finir avant de commencer.
- Réflexe : agir où les cartes s'accumulent (goulot) — sans sprints ni rôles imposés.
Mini-cas filé — Bilal visualise le flux du support
En parallèle de ses sprints, Bilal hérite d'un flux de demandes de support imprévisible : impossible de planifier des sprints. Il dessine un tableau À faire / En cours / Terminé, limite l'En cours à 3 cartes, et voit aussitôt où tout s'entasse : la colonne « En revue » déborde.
Suite du cas 4.1-4.2 — Bilal traite le flux continu autrement que le produit.
1. Visualiser le flux
Kanban est une approche agile centrée sur la visualisation et la fluidité du flux. Son cœur : le tableau Kanban — des colonnes (« À faire », « En cours », « Terminé ») où les tâches, matérialisées par des cartes, progressent de gauche à droite.
On voit instantanément l'état du travail et les points de blocage.
2. La limite de WIP
Sa règle la plus puissante : la limite du travail en cours (WIP limit) — on plafonne le nombre de tâches simultanées par colonne. Cela force à terminer avant de commencer, révèle les goulots et fluidifie l'ensemble.
Contrairement à Scrum, Kanban n'impose ni sprints ni rôles : il s'adapte en douceur à un flux continu de demandes.
🔎 Exemple concret — 🔎 Exemple concret — Limiter le WIP accélère
Le contre-intuitif.
Trop de tâches en parallèle → dispersion, changements de contexte, rien de fini.
Limite de WIP (ex. max 3 « En cours ») → on termine avant de démarrer.
→ faire moins à la fois, mais finir, est plus rapide au global.Résultat : des délais réels réduits, une meilleure qualité.
Réflexe : agir là où les cartes s'accumulent (goulot).
Vocabulaire de la section
- Kanban
- Méthode agile de gestion du flux : visualiser le travail, limiter l'en-cours, optimiser la fluidité.
Exemple simple : Bilal suit ses demandes de support sur un tableau à 3 colonnes.
Ce que ce n'est pas : un planning en sprints avec des rôles imposés (c'est Scrum).
Réflexe : si les demandes sont continues et imprévisibles, penser Kanban.
- Tableau Kanban
- Tableau à colonnes (états) où les tâches (cartes) progressent de gauche à droite. Rend le flux visible.
Exemple simple : Chaque demande de Bilal est une carte qui avance vers Terminé.
Ce que ce n'est pas : une simple liste de tâches sans colonnes ni états.
Réflexe : des colonnes qui reflètent vos vraies étapes, pas un modèle copié.
- Limite de WIP
- Work In Progress limit : nombre maximum de tâches autorisées simultanément dans une colonne.
Exemple simple : Bilal bloque tout démarrage quand 3 cartes sont déjà En cours.
Ce que ce n'est pas : un objectif de vitesse ou un quota à dépasser.
Réflexe : limite atteinte = on aide à finir, on ne démarre pas.
- Flux
- Circulation des tâches à travers les étapes. L'objectif de Kanban est de le rendre fluide et rapide.
Exemple simple : Bilal mesure combien de demandes traversent le tableau par semaine.
Ce que ce n'est pas : la somme des heures travaillées (le flux, c'est ce qui sort).
Réflexe : suivre ce qui est fini, pas seulement ce qui est commencé.
- Goulot d'étranglement
- Étape où le travail s'accumule et ralentit l'ensemble. La limite de WIP aide à le révéler.
Exemple simple : La colonne « En revue » de Bilal déborde : c'est là qu'il faut agir.
Ce que ce n'est pas : une personne lente à blâmer (c'est l'étape qu'on fluidifie).
Réflexe : chaque semaine : où les cartes s'entassent-elles ?
En pratique — En pratique — Mettre en place un tableau Kanban
- Créez un tableau avec des colonnes reflétant vos étapes réelles (ex. À faire / En cours / En revue / Terminé).
- Matérialisez chaque tâche par une carte et placez-les dans la bonne colonne : visualisez l'état actuel du travail.
- Fixez une limite de WIP par colonne (ex. max 3 « En cours ») : interdisez d'en démarrer une nouvelle si la limite est atteinte.
- Observez où les cartes s'accumulent (goulot) et agissez : c'est là que se gagne la fluidité.
Script prêt à dire — imposer la limite de WIP (30 s)
« On limite l'En cours à 3 cartes. Tant qu'on y est, on ne démarre rien de nouveau : on aide à finir ce qui est dedans. Quand une carte s'entasse en revue, on la traite en priorité. Le but n'est pas de s'occuper, c'est de livrer. »
À dire devant le tableau : la règle ne marche que si personne ne la contourne quand ça presse.
Modèle copier-coller — tableau Kanban + WIP
COLONNES : À faire (__ cartes) | En cours (max __) | En revue (max __) | Terminé (__)
WIP ACTUEL : En cours __/__ — En revue __/__
GOULOT (où ça s'entasse) : _______________
ACTION FLUIDITÉ (qui aide où) : _______________TPE / petit budget
Un mur et des post-it suffisent : 3 colonnes, une limite écrite au feutre, revue chaque matin.
Équipe distante
Tableau partagé en ligne mis à jour avant le point visio : chacun déplace ses cartes en direct.
PME Algérie
Bilal ajoute une colonne « En attente client » pour les validations extérieures, avec relance datée.
Équipe produit (Scrum)
Garder Scrum pour le produit et Kanban pour le support : les deux cohabitent (parfois « Scrumban »).
✓ Bonnes pratiques
- Faites refléter au tableau vos étapes réelles de travail.
- Fixez et respectez une limite de WIP par colonne.
- Traitez en priorité l'étape où les cartes s'accumulent (goulot).
✗ Pièges fréquents
- Multiplier les tâches en parallèle (dispersion, rien de fini).
- Ignorer la limite de WIP dès que ça presse.
- Oublier de réagir aux goulots que le tableau révèle.
Points clés à retenir
- Kanban visualise le flux de travail sur un tableau à colonnes.
- La limite de WIP plafonne les tâches simultanées : finir avant de commencer.
- Elle révèle les goulots d'étranglement et fluidifie le flux.
- Kanban n'impose ni sprints ni rôles : idéal pour un flux continu.
Défi 48h — appliquez demain
Dessinez votre tableau À faire / En cours / Terminé, posez vos cartes réelles et fixez WIP max 3 en En cours pendant 2 jours (modèle ci-dessus).
- Je sais expliquer la limite de WIP sans hésiter.
- Je distingue Scrum (sprints) et Kanban (flux continu).
- Mon tableau est posé avec une limite de WIP respectée.
Questions fréquentes
Scrum ou Kanban, lequel choisir ?
Scrum convient quand on peut organiser le travail en itérations planifiées avec un objectif par sprint (développement de produit). Kanban excelle sur un flux continu et imprévisible de demandes (support, maintenance, marketing) où l'on veut fluidité et souplesse. On peut aussi les combiner (« Scrumban »). Le contexte du travail — cyclique ou continu — guide le choix. Ni l'un ni l'autre n'est « meilleur » dans l'absolu.
La limite de WIP ne ralentit-elle pas l'équipe ?
Contre-intuitivement, elle l'accélère. Multiplier les tâches en parallèle disperse, multiplie les changements de contexte et fait tout traîner (« beaucoup de commencé, rien de fini »). Limiter l'en-cours force à terminer, réduit les délais réels et améliore la qualité. Faire moins de choses à la fois, mais les finir, est plus rapide au global. C'est l'un des enseignements les plus solides — et les plus ignorés — de la gestion du flux.
Quelle est la règle clé de Kanban ?