Kanban est une méthode simple et visuelle pour fluidifier le travail, limiter le multitâche et tenir les délais. Quand on n’a pas de logiciel dédié, une fiche de suivi Kanban (papier A4 ou tableur) est souvent le moyen le plus rapide de rendre le flux visible, d’installer des limites WIP (Work-In-Progress) et de piloter par quelques indicateurs (lead time, throughput…).
Cette fiche sert à la fois de tableau d’équipe (vue instantanée des tâches) et d’historique (mesures et rétro). Elle convient aussi bien à l’IT qu’aux fonctions RH, juridique, achats, back-office, communication ou opérations.
1) Anatomie d’une fiche Kanban réussie
Colonnes de base
Backlog (ou “À qualifier”)
À faire (prêtes, Definition of Ready)
En cours (limitées par WIP)
En revue / Test (optionnelle)
Bloqué (parking temporaire, avec cause)
Terminé (Definition of Done)
Carte (élément de travail) Chaque ligne (ou post-it) représente un élément avec :
Titre concis (verbe d’action),
Classe de service (Standard, Urgent/Expedite, Date fixe, Intangible),
Responsable (ou “pair”),
Taille (XS/S/M/L ou T-shirt) ou effort (optionnel),
Dates (entrée en “En cours”, sortie en “Terminé”),
Etiquettes (domaine, client interne, produit),
Blocage (Oui/Non + motif).
Politiques visibles
WIP limits : nombre max d’items par colonne “En cours/Test”.
Definition of Ready/Done : critères d’entrée/sortie.
Règles d’urgences (qui peut injecter un “Expedite” et avec quelle contrepartie).
2) Une fiche A4 imprimable… et son équivalent tableur
En A4 (mur / réunion)
Entête : Équipe/Projet · Période · WIP global · Politiques (3 lignes).
Tableau à 6 colonnes (Backlog, À faire, En cours, En revue, Bloqué, Terminé).
Si ClasseService="Expedite" → ambre + priorité visuelle.
Si ÂgeWIP > seuil → encadré orange.
Si Colonne="Terminé" → vert.
7) Variantes utiles
Scrumban Conserver un cadre Sprint mais limiter le WIP et tirer le flux entre colonnes.
Personal Kanban Deux règles : Visualiser le travail et Limiter le WIP. Idéal pour assistance administrative, RH, compta.
Multi-flux / Swimlanes Lignes horizontales par type de demande (Incidents, Petites évolutions, Projets, Tâches internes). → Permet des limites WIP distinctes par lane.
8) Anti-patterns (et comment les éviter)
WIP illimité : le flux s’enlise. → Fixer des limites basses, les remonter si besoin.
Tout devient urgent : perte de crédibilité. → Quota d’Expedite + justification.
Colonnes décoratives : si une étape n’a pas de valeur, supprimez-la.
Pas d’âging : l’ancien WIP se perd. → MFC sur l’âge et revue des top anciens chaque Daily.
Blocages invisibles : créez la colonne Bloqué + journal des motifs (à traiter en rétro).
9) Fiche “one-page” prête à imprimer (checklist)
En-tête
Équipe/Projet — Période — WIP global — Politiques (DoR/DoD, Expedite, Blocages)
Tableau
Backlog | À faire | En cours (WIP=x) | En revue | Bloqué | Terminé
Rappels visuels
Couleurs par Classe de service ; encadré rouge pour Bloqué ; badge Âge WIP.
18) Politiques visibles (modèles à coller sur la fiche)
DoR : titre clair, valeur, dépendances connues, taille ≤ M.
DoD : testé, revu, doc minimale, accepté par demandeur.
Urgent (Expedite) : 1 en cours max, justification écrite, rétro obligatoire.
WIP : En cours ≤ 5, Revue ≤ 2 ; dépassement = stop starting, start finishing.
19) Modèle A4 “one-page” (structure)
En-tête : Équipe · Période · WIP global · Politiques (4 lignes).
Tableau : Backlog | À faire | En cours (WIP=5) | Revue | Bloqué | Terminé.
Légende : Standard (bleu), Expedite (ambre), Date fixe (violet), Intangible (gris).
Bas de page : Indicateurs (TP hebdo, CT médian, items > 7 j en WIP).
20) FAQ & anti-patterns (réponses rapides)
“Tout est urgent !” → quota Expedite (1 en cours, max 10 % du flux), refus motivé.
“On ne respecte pas le WIP.” → afficher WIP actuel / limite ; si dépassement, finir avant de prendre.
“On n’améliore pas le délai.” → baisser WIP, traiter blocages récurrents, limiter la taille moyenne.
“Dépendances externes” → colonne Bloqué + SLA d’escalade + suivi du temps bloqué.
Cette fiche Kanban, enrichie de politiques claires, de WIP maîtrisé et de mesures légères, transforme un tableau statique en système de flux prédictible. Commencez simple, rendez les problèmes visibles, mesurez juste lead/cycle/throughput, puis ajustez. C’est tout l’esprit Kanban : évolution continue.