Qu'est-ce que Kanban et quel est son rapport avec l'agilité ?

Partager!

Si vous parlez d'agilité avec quelqu'un, ou même si vous utilisez un outil de gestion du travail "agile", vous verrez le terme Kanban de façon récurrente. Kanban est une méthode qui est née sous un modèle de gestion du travail et des processus de fabrication appelé Système de production Toyota (TPS).

Qu'est-ce que le système de production Toyota ?

Le TPS est un système de production basé sur la philosophie de l'élimination complète de tous les déchets dans la recherche des méthodes les plus efficaces. Le système de production de véhicules de Toyota est parfois appelé "système de production Toyota" (TPS).juste à temps" (JIT), et est devenu bien connu et étudié dans le monde entier.

Ce système de contrôle de la production a été établi sur la base de nombreuses années d'amélioration continue, dans le but de fabriquer les véhicules vendus aux clients de la manière la plus rapide et la plus efficace. Le système de production Toyota (TPS) a été établi sur la base de deux concepts : "...le système de production Toyota" et "...le système de production Toyota".jidoka(que l'on peut traduire librement par "automatisation avec une touche humaine"), car lorsqu'un problème survient, l'équipement s'arrête immédiatement, ce qui empêche la fabrication de produits défectueux ; et le concept d'"automatisation avec une touche humaine" (que l'on peut traduire librement par "automatisation avec une touche humaine"), car lorsqu'un problème survient, l'équipement s'arrête immédiatement, ce qui empêche la fabrication de produits défectueux.juste à temps"où chaque processus ne produit que ce qui est nécessaire au suivant dans un flux continu.

S'appuyant sur les philosophies de base de jidoka et JIT, TPS peut produire efficacement et rapidement des véhicules de bonne qualité, un par un, qui répondent pleinement aux exigences des clients.

Kanban et TPS

Taiichi Ohno était un ingénieur japonais considéré comme le père du TPS. Il a rejoint Toyota en 1932 et en 1943, il a été affecté comme superviseur. Au cours de son travail, il a développé le JAT et les "sept déchets" qui sont à la base de l'approche de la Fabrication au plus juste.

Diagramme de trois cercles concentriques décrivant le travail net total, le travail à valeur ajoutée, le travail sans valeur ajoutée et les mouvements comme une relation de sous-ensembles.
Version propre adaptée du dessin original dans Toyota Production System ; Beyond Large-Scale Production.

Les sept gaspillages de la production allégée

Dans son livre Systèmes de production Toyota ; Au-delà de la production à grande échelleOhno décrit les sept types de déchets :

  1. La surproduction, qui consiste à produire plus que ce qui est nécessaire
  2. Temps d'attente
  3. Transport, circulation des matériaux et des sous-produits
  4. Temps de traitement excessif - sans valeur ajoutée
  5. Inventaire
  6. Mouvement - activités sans valeur ajoutée au sein d'une ligne de production
  7. Développement défectueux de pièces ou de produits

Cartes : l'importance de la visualisation du flux de travail en Kanban

Image d'une carte Kanban originale - tirée du livre Toyota Production System de Taiichi Ohno.
Source : Le système de production Toyota ; au-delà de la production à grande échelle - Taiichi Ohno

L'objectif du TPS et du JIT est en définitive d'améliorer le flux de travail - de la demande à la livraison du résultat. Il est donc très simple de suivre son travail, à une époque où l'informatique omniprésente n'existait pas encore. Il existe un système de visualisation du travail par le biais de cartes - des morceaux de papier contenant des informations sur le processus en cours - qui, disposées d'une manière particulière dans un espace - désormais connu sous le nom de tableau de bord - donnent une idée de l'"état actuel".

Le système d'exploitation de TPS est Kanban. Sa forme la plus courante d'utilisation est un morceau de papier à l'intérieur d'une enveloppe en vinyle. Cette feuille de papier contient des informations qui peuvent être divisées en trois catégories : (1) information sur la collecte, (2) information sur le transfert et, (3) information sur la production.....

Taiichi Ohno, Le système de production Toyota ; Au-delà de la production à grande échelle

Kanban est le système d'exploitation de la production allégée.

J'aime cette définition, car Kanban n'est rien d'autre que la systématisation du flux d'informations - la systématisation avant le calcul. Cela signifie que - par essence - Kanban est la représentation d'un flux de travail - de préférence optimisé dans le cadre de la pensée Lean.

Kanban, agilité et Scrum

Mais pourquoi Kanban est-il si important pour l'agilité ? Voici pourquoi.

Kanban est un système de communication simple

Si Kanban a été conçu avant l'ère de l'informatique omniprésente, et qu'il a connu un grand succès. Pourquoi cela ne fonctionnerait-il pas aujourd'hui, alors que la plupart des modèles agiles promeuvent des valeurs similaires à la production allégée.

Si Kanban et Lean ne sont pas "lean", ils sont "lean".agile"La pensée agile si elle est un descendant direct du Lean - cela peut générer un certain malaise, mais académiquement parlant, ils partagent de nombreuses similitudes.

Oui Scrum favorise le travail en petits groupes - les équipes, la simplification de la communication et de la coordination devient possible sans trop d'efforts ni de bureaucratie avec Kanban.

Kanban favorise la mise au point et l'amélioration continue.

Visualisez le travail, c'est-à-dire répondez à la question de manière simple et rapide. où en sommes-nous en tant qu'équipe ? Elle permet également d'identifier les goulets d'étranglement ou les mauvaises pratiques dans l'attribution et le transfert des activités le long du flux.

En regardant simplement le tableau de bord, il est possible d'identifier si nous avons trop de tâches commencées (en cours) ou si, par exemple, une personne a plus de charge qu'une autre. Il est possible de déterminer les étapes du flux qui représentent un goulot d'étranglement ou si nous devrions mieux restructurer les responsabilités de l'équipe. De cette manière, Kanban favorise l'analyse des processus.

Kanban se marie bien avec Scrum

L'essor de Kanban est en partie dû à l'essor de Scrum - du moins en ce qui concerne le monde agile. Si Kanban est un moyen simple et efficace d'examiner le flux, les itérations (Sprints) de Scrum le rendent encore plus utile. Voici quelques-unes des raisons pour lesquelles Scrum et Kanban s'entendent si bien.

Le Sprint Backlog simplifie la construction du tableau de bord.

Le backlog Sprint limite le "travail à faire" ou le "travail à faire".à faire". L'objectif du plan de travail du sprint est, en partie, de réaliser le plus grand nombre possible de tâches qui contribuent à atteindre l'objectif du sprint. Construire un tableau Kanban pour une équipe Scrum est simple pour un Sprint.

La réunion quotidienne de Scrum se déroule mieux avec un tableau de bord

Disposer d'informations sur les affectations et l'état des tâches et du travail est très utile pour améliorer le déroulement de la réunion quotidienne.

Les diagrammes sont plus faciles à réaliser avec Kanban

Il est non seulement plus facile de créer un diagramme d'absorption ou de combustion ou un CFD, mais il est également plus facile de comprendre ce que cela signifie lorsque vous disposez d'un tableau de bord. Alors que le tableau de bord communique les activités de votre équipe, les diagrammes vous aident à comprendre "comment" votre équipe se comporte. Une bonne combinaison vous aidera à mieux aligner l'équipe.

Les 4 principes fondamentaux de Kanban

Commencez par ce que vous faites en ce moment

Pour utiliser Kanban, vous ne devez pas modifier votre travail - le processus. Kanban vous invite à utiliser le système sur le processus actuel afin de trouver des possibilités d'amélioration.

Accepter de poursuivre les petites améliorations progressives et évolutives.

Kanban est utile pour trouver les goulets d'étranglement et les décisions dans la définition des processus de travail qui affectent l'efficacité et le flux - la quantité de profit ou de valeur commerciale qui sort du système. Ainsi, identifier les petits changements et les incorporer (réglage fin) vous aidera à vous améliorer sans trop de résistance.

Dans un premier temps, respectez les rôles, les responsabilités et les postes actuels.

L'outil "Kanban" vous aidera à évoluer dans le temps. Vous ne pouvez pas partir du principe que tout ce qui existe est faux. Kanban adopte une approche respectueuse de la structure organisationnelle actuelle et, par le biais de petites améliorations évolutives,

Encourager les actes de leadership à tous les niveaux

Alors que le leadership est traditionnellement censé se situer au sommet de l'organisation - c'est du moins ce que pensent de nombreuses personnes dans les organisations traditionnelles - Kanban prône que les idées et les actions peuvent émerger n'importe où et à n'importe quel poste. Le leadership est une position ou un rôle qui est assumé dans une certaine circonstance, et donc, ce n'est pas comme une position. Kanban le sait et encourage le leadership à tous les niveaux.

Étapes de la mise en œuvre de Kanban

La mise en œuvre de Kanban avec votre équipe est un processus simple. Il suffit de suivre les étapes suivantes :

Convenez avec votre équipe de l'utilisation de Kanban.

Kanban rend le travail et les affectations transparents. Est-ce que tous les membres de votre équipe veulent être transparents ? Il existe des circonstances et des organisations où cette idée simple peut ne pas être bien accueillie. Donc, avant de commencer, validez avec l'équipe et définissez les modalités de travail.

Identifie le flux de travail parmi tous les

Maintenant que tous les membres de l'équipe sont sur la même longueur d'onde, il est temps d'identifier le flux de travail actuel. Quelles sont les étapes - à un niveau général - qui doivent être suivies pour achever le travail assigné à l'équipe ?

Soyez pragmatique, il ne s'agit pas d'identifier chaque étape et chaque chemin d'exception dans le flux. L'idée est de trouver un moyen de catégoriser le statut d'une mission ou d'une tâche d'équipe. S'il est trop complexe, rappelez-vous que vous pouvez toujours vous rabattre sur le modèle plus simple à trois colonnes.

Exemple d'image d'un tableau Kanban générique à trois colonnes

Restez simple, du moins au début

Personnellement, je suis partisan de garder les choses aussi simples que possible. Cependant, certaines équipes se sentent à l'aise pour inclure beaucoup d'informations ou de détails dans leurs tableaux de bord. Aucun problème, assurez-vous simplement que, quel que soit le niveau de détail, l'équipe tient le tableau de bord à jour - et qu'il lui est utile de le faire.

Discuter régulièrement des résultats méthodologiques avec l'équipe.

Vous avez maintenant une idée claire du flux. Discutez régulièrement - par exemple, une fois par mois - si vous identifiez des goulots d'étranglement ou des étapes du flux qui pourraient être ajoutées ou supprimées. Les cartes s'accumulent-elles dans une colonne ? Planifions-nous trop de tâches dans la colonne des tâches à accomplir ? À quelle fréquence devrions-nous nettoyer ou supprimer les cartes dans la colonne des tâches terminées ? À quelle fréquence devrions-nous inclure de nouvelles cartes ?

Tout est à la discrétion de l'équipe. Bien sûr, si vous êtes sous le modèle Scrum, certaines de ces questions ont déjà une réponse.

Incluez des mesures et des graphiques pour aider l'équipe à approfondir le sujet.

Évitez de mesurer pour le plaisir de mesurer. Mesurez ce qui compte et ce qui contribue à l'équipe. Le temps de cycle ou le temps passé, le taux de défaut, la création d'un burnup ou d'un burndown, ou encore un CFD peuvent contribuer à améliorer la gestion de l'équipe - et si elle est auto-organisée, tant mieux !

Utilisez l'outil le plus simple et le plus puissant

S'il existe des milliers d'outils sur le marché, choisissez-en un qui soit simple à utiliser, qui plaise à votre équipe et qui vous permette d'évoluer avec elle. Si l'équipe souhaite rendre le processus plus complexe ou inclure davantage d'informations, voire utiliser le tableau de bord comme mécanisme de gestion des exigences ou comme backlog, l'outil doit être un facilitateur et non un problème.

J'espère que vous avez appris à connaître Kanban et qu'avec cet article vous faites vos premiers pas fermes dans l'adoption de l'une des pratiques les plus populaires dans le "monde agile".

Partager!

Image par défaut
Alberto Dominguez
Diriger des équipes de la théorie à la réalisation réelle et durable de produits et services informatiques innovants.
Publications: 33

Laisser un commentaire

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.

fr_FR