Kanban

Kanban est une méthode de gestion du travail qui privilégie la visualisation du flux de travail, la limitation du travail en cours et la gestion des flux, plutôt que l'organisation des livraisons en lots à durée fixe. Initialement développée pour la production chez Toyota, elle a été adaptée au travail intellectuel. Son principe fondamental repose sur l'intégration de nouvelles tâches au système uniquement lorsque des ressources sont disponibles, et non sur une planification prédéfinie.

Le tableau visuel est l'élément le plus reconnaissable, mais pas le plus important. Les colonnes représentant les différentes étapes du traitement d'une tâche, chaque élément étant visible à mesure qu'il progresse, permettent à tous d'observer l'état du système. L'essentiel est que ces colonnes reflètent la réalité, y compris les phases d'attente où les tâches restent en suspens en attente de relecture, d'approbation ou d'intervention d'une autre équipe. En effet, c'est généralement dans ces files d'attente que se concentre la majeure partie du temps et elles sont invisibles sur les tableaux simplifiés.

Limiter le travail en cours est le mécanisme qui génère les bénéfices, et c'est l'élément auquel les organisations résistent le plus. Limiter le nombre d'éléments autorisés à chaque étape peut donner l'impression de réduire la productivité, mais l'effet est inverse : en lançant moins de tâches simultanément, chacune se termine plus rapidement, les changements de contexte diminuent et la file d'attente des tâches inachevées cesse de s'allonger. Les équipes qui commencent tout ce qui leur est demandé et n'en terminent que très peu constituent le type de situation que cette limite vise à corriger.

La limite sert également de diagnostic. Lorsqu'une tâche est bloquée car l'étape suivante est saturée, la contrainte apparaît immédiatement et l'équipe se concentre sur sa résolution plutôt que sur le démarrage d'une nouvelle tâche. C'est ce qui transforme un tableau de bord d'un simple outil de suivi en un véritable outil de gestion, et c'est pourquoi les tableaux sans limite servent généralement à visualiser l'ensemble des tâches en cours plutôt qu'à optimiser les flux.

Les indicateurs diffèrent de ceux utilisés dans les approches itératives et sont plus directement significatifs. Le temps de cycle mesure la durée d'exécution d'une tâche, du début à la fin ; le débit mesure le nombre de tâches terminées par période ; et la distribution des temps de cycle permet de prévoir de manière probabiliste la date d'achèvement des tâches futures. Ces indicateurs sont observés plutôt qu'estimés, ce qui évite l'effort d'estimation considérable requis par d'autres approches.

Le principe évolutif de la méthode Kanban la distingue des cadres qui imposent une structure. Kanban part du processus existant, le rend visible et l'améliore progressivement, sans imposer de nouveaux rôles ni d'événements. Son adoption est ainsi moins perturbatrice et plus acceptable politiquement pour les organisations réticentes à la restructuration. Toutefois, une équipe qui l'applique superficiellement peut continuer comme avant, avec un tableau en plus.

Elle convient mieux à certains contextes que les approches itératives. Les tâches arrivant de manière imprévisible, le support et la maintenance, les équipes opérationnelles et toute situation où les engagements sur un lot fixe sont régulièrement perturbés correspondent mieux à la gestion de flux qu'à la planification par sprints. De nombreuses équipes combinent des éléments des deux approches, utilisant une cadence pour la planification et la revue tout en gérant le travail lui-même par flux ; il s'agit d'une solution pragmatique plutôt que d'un compromis.

Comme l'amélioration provient de la confrontation aux files d'attente et aux contraintes qui se situent souvent en dehors de l'équipe de livraison, la méthode met fréquemment en évidence des goulots d'étranglement organisationnels plutôt qu'au sein de l'équipe. En pratique, elle est appliquée au sein de l'équipe. le développement de produits et s'applique tout autant aux processus de conception et de recherche, et les organisations menant des activités mixtes de livraison et d'exploitation l'adoptent fréquemment à l'échelle d'un système. Département IT où l'arrivée imprévisible rend l'engagement par lots fixes impraticable.