Lean vs Kanban

Le Lean est l'application des principes de fabrication au développement et à la gestion des produits et services.

Maximiser la valeur offerte aux clients et aux utilisateurs tout en réduisant les coûts et les déchets.

Utilise un système de tirage où les services sont initiés par les demandes des clients, réduisant la surproduction et les déchets.

Kanban est une méthode Lean pour gérer et améliorer les flux de travail dans les processus de production et de développement. Le terme vient du japonais et signifie littéralement « carte signal » ou « signal visuel » (看板). La méthode se concentre sur la livraison continue sans surcharger l'équipe de travail, en utilisant un système visuel pour suivre la progression des tâches.

Selon le State of Agile Report, environ 7 % des équipes utilisent Kanban pur et 11 % supplémentaires utilisent Scrumban, une combinaison de Scrum et de Kanban. Dans les domaines hors développement logiciel comme les opérations IT, les RH et le marketing, l'adoption de Kanban est encore plus élevée.

Toyota Production System (années 1940)

Kanban a été développé dans les années 1940 par Taiichi Ohno chez Toyota dans le cadre du système de fabrication Lean. Il s'est inspiré de la gestion des stocks dans les supermarchés américains, où les rayons ne sont réapprovisionnés que lorsque le stock atteint un seuil minimum. Ohno a transféré ce « principe de tirage » à la production automobile.

Évolution vers le travail intellectuel

David J. Anderson a adapté Kanban au développement logiciel et au travail intellectuel en 2007. Il a défini la méthode Kanban comme une approche évolutive pour améliorer les processus existants, ne nécessitant pas de changements radicaux mais permettant une optimisation progressive.

La méthode Kanban repose sur six pratiques fondamentales qui fonctionnent ensemble :

1. Visualiser le travail

Les équipes utilisent des tableaux Kanban avec des colonnes comme « À faire », « En cours » et « Terminé » pour rendre visible l'ensemble du flux de travail. Chaque tâche est représentée par une carte qui se déplace à travers les colonnes. La visualisation révèle les goulots d'étranglement et les blocages.

2. Limiter le travail en cours (WIP)

L'une des pratiques les plus importantes est la limitation du WIP (Work In Progress). Les limites WIP par colonne garantissent que l'équipe se concentre sur l'achèvement des travaux en cours avant d'en commencer de nouveaux. Les études montrent que les limites WIP peuvent améliorer le débit de 20 à 40 %.

3. Gérer le flux

La gestion du flux vise à faire circuler le travail de manière fluide et prévisible à travers le système. Des métriques comme le Cycle Time, le Lead Time et le Throughput aident à mesurer et optimiser le flux.

4. Rendre les règles de processus explicites

Des règles claires et documentées pour le flux de travail garantissent une compréhension commune au sein de l'équipe. Cela inclut les critères de passage d'une colonne à l'autre et la Definition of Done.

5. Mettre en place des boucles de rétroaction

Des revues régulières comme le Daily Standup, la Service Delivery Review et l'Operations Review offrent l'occasion d'évaluer et d'adapter le processus.

6. S'améliorer collaborativement, évoluer expérimentalement

La philosophie Kaizen d'amélioration continue est un élément central de Kanban. Les équipes utilisent des méthodes scientifiques et des expérimentations pour introduire des améliorations progressives.

Le tableau Kanban est l'outil central de la méthode. Il peut être physique (tableau blanc avec des notes adhésives) ou numérique :

Chaque colonne peut avoir une limite WIP. Lorsqu'une colonne atteint sa limite, aucune nouvelle tâche ne peut être ajoutée tant qu'une tâche existante n'est pas terminée.

Le système de tirage dans Kanban est une différence fondamentale par rapport aux approches traditionnelles « push ». Au lieu de pousser le travail vers les équipes (push), les membres de l'équipe tirent de nouvelles tâches lorsqu'ils ont de la capacité (pull). Cela empêche la surcharge et améliore la qualité du travail livré.

• Lead Time : Le temps total de la demande à la livraison. Référence typique : 5-15 jours ouvrables pour des fonctionnalités logicielles.
• Cycle Time : Le temps de traitement actif d'une tâche. Généralement 2-8 jours ouvrables.
• Throughput : Le nombre de tâches achevées dans une période donnée.
• CFD (Cumulative Flow Diagram) : Une représentation graphique du flux de travail dans le temps.

Parmi les outils numériques les plus populaires pour mettre en œuvre Kanban :

• Trello : Convivial et visuellement attrayant.
• Jira : Fonctionnalités complètes pour les équipes logicielles.
• Asana : Bon équilibre entre simplicité et fonctionnalités.
• Azure DevOps : Solution intégrée pour les écosystèmes Microsoft.

Kanban est utilisé avec succès dans de nombreux domaines :

• Développement logiciel : Gestion des fonctionnalités, des bugs et de la dette technique.
• Opérations IT : Gestion des incidents et des demandes de service.
• Marketing : Gestion des campagnes et création de contenu.
• RH : Pipelines de recrutement et processus d'intégration.
• Gestion personnelle : Personal Kanban pour la productivité individuelle.

Faut-il un logiciel spécial pour Kanban ?

Non. Kanban peut être démarré avec un simple tableau blanc et des notes adhésives. Les outils numériques comme Trello ou Jira offrent des avantages supplémentaires comme les métriques automatiques et la collaboration distribuée.

Comment déterminer les bonnes limites WIP ?

Une règle empirique éprouvée consiste à commencer avec le nombre de membres de l'équipe comme limite WIP, puis à ajuster progressivement. L'important est que la limite soit suffisamment basse pour révéler les goulots d'étranglement, mais suffisamment haute pour que l'équipe puisse travailler de manière productive.

Peut-on combiner Kanban et Scrum ?

Oui. Scrumban combine la structure de Scrum (Sprints, rôles, événements) avec les pratiques d'optimisation du flux de Kanban (limites WIP, système de tirage, métriques de flux). De nombreuses équipes trouvent cette combinaison efficace.

Kanban est-il réservé aux petites équipes ?

Non. Kanban peut être appliqué à tous les niveaux d'une organisation, des individus aux portefeuilles avec des centaines d'équipes. Les Flight Levels de Klaus Leopold décrivent comment Kanban peut être appliqué aux niveaux équipe, coordination et stratégie.

Quel est le plus grand avantage de Kanban ?

Le plus grand avantage est la capacité d'améliorer progressivement les processus existants sans nécessiter de bouleversement radical. Kanban commence là où vous en êtes aujourd'hui et favorise le changement évolutif par la visualisation et la mesurabilité.