La Méthode Kanban

La méthode Kanban est une approche évolutive et pragmatique pour la gestion du travail et la gestion des flux (Flow Management). À la différence de cadres prescriptifs comme Scrum, Kanban propose de démarrer avec l’organisation actuelle et d’y apporter des améliorations incrémentales et continues (« Start with what you do now »).

Conçue à l’origine dans les usines Toyota puis adaptée à la gestion de projet et au développement logiciel, Kanban repose sur la visualisation, la régulation de la charge de travail et l’amélioration collaborative.

1. Principes Fondateurs de la Méthode Kanban

Pour mettre en œuvre Kanban efficacement, la méthode s’appuie sur trois principes fondamentaux de gestion du changement :

  • Commencer par ce que vous faites maintenant : Respecter les processus, rôles, responsabilités et titres actuels sans tout révolutionner du jour au lendemain.
  • Accepter de poursuivre le changement de manière incrémentale et évolutive : Favoriser des ajustements continus plutôt que de grands bouleversements déstabilisants.
  • Encourager les actes de leadership à tous les niveaux : Que vous soyez développeur, facilitateur ou manager, chacun est invité à proposer des améliorations.

2. Les 6 Pratiques Générales

L’implémentation opérationnelle du Kanban Method repose sur six pratiques clés :

  1. Visualiser le flux de travail : Rendre le travail invisible visible en cartographiant les différentes étapes par lesquelles passe une tâche, de l’idée initiale jusqu’à sa livraison.
  2. Limiter le Travail En Cours (WIP – Work In Progress) : Définir un plafond de tâches autorisées simultanément dans chaque étape pour réduire le multitâche, éliminer les goulots d’étranglement et passer d’un flux poussé à un flux tiré.
  3. Gérer le flux (Manage Flow) : Observer, mesurer et ajuster la façon dont les tâches traversent le système pour favoriser un déroulement régulier, prévisible et sans à-coups.
  4. Rendre explicites les règles des processus : Clarifier les politiques de fonctionnement (critères de passage d’une colonne à l’autre, Definition of Done, règles de gestion des urgences).
  5. Mettre en place des boucles de rétroaction (Feedback Loops) : Établir des cadences régulières d’échange (Daily Kanban, revues de flux, revues de service) pour ajuster le système.
  6. S’améliorer de manière collaborative, évoluer expérimentalement : Utiliser des modèles scientifiques et des données factuelles pour adapter l’organisation de manière continue.

3. Piloter et Mesurer la Performance du Flux

Pour garantir un déroulement fluide et prévisible du travail, Kanban s’appuie sur des indicateurs factuels observés plutôt que sur des estimations arbitraires.

Les Métriques de Flux Clés

  • Lead Time (Temps de traversée global) : Temps total écoulé entre la formulation (ou l’acceptation) d’une demande client et sa livraison effective.
  • Cycle Time (Temps de cycle) : Temps écoulé entre le moment où l’équipe commence réellement à traiter un élément et sa livraison. Il inclut le temps de travail actif et les temps d’attente internes.
  • Débit (Throughput) : Nombre brut d’éléments livrés sur une période donnée (ex. : 10 cartes par semaine).
  • Diagramme de Flux Cumulé (CFD – Cumulative Flow Diagram) : Outil visuel fondamental pour analyser la Stabilité du système, suivre l’évolution du WIP et repérer les goulots d’étranglement.

Débit vs Vélocité

La vélocité est une mesure basée sur des estimations en points d’effort, principalement utilisée dans le cadre Scrum. Kanban privilégie le débit réel et les temps de flux. Travailler en débit incite l’équipe à découper le travail en tâches fines et homogènes, ce qui améliore la prévisibilité sans passer par des sessions d’estimation complexes.

🛠️ Complémentarité DevOps (Métriques DORA) : Dans les équipes d’ingénierie logicielle, les métriques DORA (Fréquence de déploiement, Lead Time for Changes, Taux d’échec, MTTR), issues du mouvement DevOps, ne font pas partie de Kanban mais complètent très utilement la mesure de la performance technique.

Les Classes de Service

Les classes de service permettent de définir des attentes différentes selon la nature et l’urgence du travail. Elles facilitent la priorisation et rendent explicites les engagements de traitement.

  • Standard : travail normal suivant le flux habituel.
  • Expedite : élément critique nécessitant un traitement immédiat, souvent en contournant certaines règles de priorisation.
  • Fixed Date : élément devant être livré avant une date précise.
  • Intangible : travail dont la valeur est difficile à percevoir immédiatement mais qui réduit un risque ou prépare l’avenir (dette technique, amélioration continue, veille, etc.).

L’utilisation de classes de service permet d’éviter que toutes les demandes soient considérées comme urgentes et améliore la prévisibilité du flux.

Le Diagramme de Flux Cumulé (CFD)

Le Cumulative Flow Diagram (CFD) est un outil de visualisation permettant d’observer l’évolution des éléments de travail dans chaque étape du flux.

Il permet notamment de :

  • détecter les goulots d’étranglement ;
  • vérifier la stabilité du flux ;
  • observer l’impact des limites WIP ;
  • suivre l’évolution du débit dans le temps.

Lorsque la bande correspondant à une étape s’élargit de manière anormale, cela indique généralement une accumulation de travail et donc un ralentissement du flux.

4. Priorisation & Classes de Service

Dans un flux Kanban, tous les éléments n’ont pas le même niveau de risque ni la même urgence. La méthode s’appuie sur des Classes de Service pour traiter la variabilité :

  • Expedite (Urgence absolue) : Tâche critique autorisée à outrepasser temporairement les limites WIP normales (ex. : panne majeure en production).
  • Fixed Date (Date fixe) : Tâche avec une échéance ferme (ex. : mise en conformité réglementaire).
  • Standard : Traitement régulier selon la règle d’arrivée et de priorité du backlog.
  • Intangible (Investissement) : Tâche sans urgence immédiate mais avec un impact fort sur le long terme (ex. : refactorisation technique).

Note : Kanban bénéficie fortement du découpage du travail en unités de valeur concrètes, telles que les MMF (Minimum Marketable Features) issues du Lean Product Management.

5. Kanban vs Scrum & Scrumban

Bien que souvent comparés, Scrum et Kanban répondent à des besoins différents et peuvent être combinés.

CaractéristiqueCadre ScrumMéthode Kanban
CadenceItérations de durée fixe (Sprints)Flux continu
EngagementEngagement sur le Sprint BacklogEngagement sur le respect des limites du WIP
RôlesRôles prescrits (PO, SM, Developers)Aucun rôle imposé au départ
ChangementPérimètre verrouillé durant le SprintAjustement possible dès qu’un emplacement WIP se libère

Scrumban : Tirer le meilleur des deux mondes

Pour les équipes qui apprécient la structure de Scrum (cérémonies, rôles) mais nécessitent la souplesse du flux continu de Kanban (ex. : équipes de support, maintenance ou projets très évolutifs), l’approche Scrumban intègre la gestion de flux au sein du cadre Scrum.  Ressources : Présentation en vidéo et Scrumban

6. Ressources Pratiques & Ateliers

Retour en haut