6 Pratiques de Kanban

Kanban est-il un tableau? Pourquoi y a-t-il un tableau Scrum etun tableau Kanban? Comment implémenter le Kanban dans votre équipe? Lisez cequi suit pour trouver la réponse.

Qu'est-ce que Kanban?

Kanban signifie «carte signal» en japonais. Il a d'abord été créé comme un système de planification simple pour contrôler et gérer au maximum le travail et l'inventaire à chaque étape de la production et appliqué dans la production Toyota. Avec Kanban, Toyota a mis en place un système de contrôle de production flexible et efficace en temps réel, qui augmente la productivité tout en réduisant le coût des matières premières, des matériaux semi-finis et des produits finis.

Kanban, en tant que méthodologie agile dans le développement de logiciels, vise à aider les équipes à travailler ensemble plus efficacement. C'est un système de planification par extraction. Un tableau physique est souvent utilisé comme un outil pour visualiser le travail. Une limite est fixée pour gérer le flux de travail, afin que l'équipe ne soit pas inactive ou surchargée. Ensuite, comment implémenter la méthode Kanban dans une équipe ?

6 Pratiques de Kanban

Kanban n'a pas de processus prédéfini pour le développement de logiciels. L'équipe peut appliquer les éléments du Kanban au flux de travail existant pour exposer le gaspillage, le travail inégal, la surcharge de l'équipe, les goulots d'étranglement, les défauts et autres dans le système, ainsi que le risque de retard. Parallèlement, il introduit progressivement le changement de processus en fonction des problèmes rencontrés. Kanban est un processus empirique. Voici six pratiques majeures:

Visualiser le flux de travail

Dans le développement logiciel, le travail est assez abstrait, car il n'a pas de forme physique ou peut-il être touché. Un tableau Kanban permet de visualiser le travail à l'aide d'un tableau physique et de post-it. C'est un moyen intuitif de voir comment les travaux se déroulent d'une étape à l'autre. Un tableau Kanban typique ressemble à ceci. L'avancement du travail, son déroulement et les risques peuvent être identifiés à la lecture du tableau.

Limiter WiP (travail en cours)

WiP signifie Work in Progress. C'est un terme clé de la méthode Kanban. Habituellement, les gens pensent que le nombre de WiP est le plus grand, le mieux. Cependant, tout travail en cours signifie qu'il n'est pas terminé. C'est donc une perte de temps et d'efforts. Le résultat final est très apprécié, donc limiter le travail en cours est de s'assurer que le travail circule réellement de «l'amont» vers «l'aval» dans une équipe et qu'aucun blocage n'affecte la productivité de l'équipe. L'équilibre, une valeur de Kanban, est étroitement lié à cette pratique.

Arrêter de commencer, commencer à terminer. C'est ce que signifie la limite WiP dans les pratiques de Kanban.

Gérer le flux

Le délai d'exécution est tout pour gérer le flux de travail. C'est le temps entre le début du travail et la fin du travail effectué. Le débit est la mesure du travail qui se fait de manière stable et prévisible. Le personnel et le travail sont répartis de manière raisonnable.

Rendre les politiques explicites

La transparence est valorisée dans la méthode Kanban, donc rendre les politiques simples et claires est un bon moyen d'améliorer la collaboration en équipe. Comme Kanban est un système d'extraction, l'équipe doit définir les critères d'extraction. Ce n'est que lorsque le travail en aval est terminé que le travail en amont peut être démarré. C'est comme un système de traction, plutôt qu'un système de poussée. Ensuite, corriger la limite WiP qui est immuable par la suite. D'autres règles de processus peuvent être définies en conséquence.

Améliorer les boucles de feed-back

Sur un tableau Kanban, les commentaires ne sont pas affichés. Le feed-back se fait via des réunions qui sont des cadences de Kanban. Une brève introduction des cadences de Kanban peut être trouvée ICI.

Avoir des boucles de feed-back, c'est améliorer la transparence des informations au sein de l'équipe et faire du kaizen à temps. Kaizen est aussi un mot japonais et appliqué dans la production. Cela signifie simplement changer pour le bien et partage la même valeur d'amélioration continue dans le développement de logiciels.

Améliorer en collaboration, évoluer expérimentalement

La première partie de cette pratique, s'améliorer en collaboration, est de savoir comment conduire le changement dans votre équipe, tandis que la deuxième partie, évoluer expérimentalement, est la manière dont vous implémentez le changement. PDCA est souvent utilisé par la communauté Kanban. C'est une façon itérative en quatre étapes de s'améliorer continuellement. PDCA signifie plan-do-check-act. L'équipe doit mettre en œuvre le changement ensemble et coopérer.

En savoir plus sur Kanban

Si vous voulez connaître les bases de Kanban, reportez-vous à Kanban: Arrêter le démarrage, Commencer la finition.

Si vous voulez en savoir plus sur le système de production Toyota et Scrum, lisez Amoeba, TPS, Scrum et XP.

Si vous voulez connaître la différence entre Scrum et Kanban, lisez Scrum vs Kanban.

Référence

1. David J. Anderson and Andy Carmichael PhD. FBCS.  Essential Kanban Condensed. First edition, digital version, 17 April, 2016.

2. Henrik Kniberg and Mattias Skarin.  Kanban and Scrum - Making the Most of Both.

3. Patrick Steyaert.  Essential Upstream Kanban. First digital version, 23 September, 2017.