Qu’est-ce que le Jidoka ?

L’établissement d’un flux continu de travail est vital pour la mise en œuvre réussie du Lean dans toute organisation. Cela vous permettra de fournir de la valeur à vos clients exactement au moment où ils en ont besoin, sans conserver trop de stocks.

Cependant, pour tirer le meilleur parti de cette façon de traiter le travail, vous devez vous assurer que la qualité de votre produit répond aux attentes de vos clients.

Pour vous y aider, le Lean propose une méthode appelée Jidoka. Construite sur 4 étapes simples, elle vous donnera les moyens d’arrêter votre processus lorsqu’un problème apparaît et vous permettra de le traiter définitivement en identifiant la cause profonde.

Définition de Jidoka

Par définition, Jidoka est une méthode Lean largement adoptée dans la fabrication et le développement de produits. Également connue sous le nom d’autonomisation, c’est un moyen simple de protéger votre entreprise contre la livraison de produits de mauvaise qualité ou de défauts à vos clients tout en essayant de respecter votre takt time.

Jidoka s’appuie sur 4 principes simples pour garantir qu’une entreprise livrerait des produits sans défaut :

  1. Découvrir une anomalie
  2. Arrêter le processus
  3. Réparer le problème immédiat
  4. Investir et résoudre la cause profonde

Ces 4 étapes peuvent être appliquées de différentes manières selon votre industrie et peuvent servir de base stable pour atteindre l’amélioration continue de votre processus.

En mettant en œuvre le concept Jidoka, n’importe qui dans votre organisation peut arrêter le flux de travail dès qu’il remarque un problème qui nuit à la qualité de votre produit.

C’est l’un des deux piliers qui ont fait de Toyota le géant qu’il est aujourd’hui. Le Jidoka est souvent appelé le pilier oublié du système de production Toyota en raison de l’attention relativement faible qu’il reçoit par rapport au système JAT.

Origin of Jidoka

Le Jidoka a été utilisé pour la première fois en 1896 par l’inventeur japonais Sakichi Toyoda qui est devenu plus tard le créateur de Toyota Motor Company.

Il se présentait sous la forme d’un dispositif simple qui pouvait arrêter la navette d’un métier à tisser automatique si le fil se cassait. Le mécanisme était capable de détecter si un fil est cassé et, par conséquent, d’arrêter immédiatement la machine et de signaler qu’il y a un problème pour éviter de produire des défauts. Par la suite, l’ouvrier qui faisait fonctionner le métier à tisser devait régler le problème et reprendre le processus de production.

C’était une innovation révolutionnaire car elle permettait à un opérateur de faire fonctionner plus d’une machine à la fois et augmentait considérablement la capacité de production. En raison de son utilité, une entreprise britannique a acheté le brevet et a pratiquement fourni le financement de la création de Toyota.

Comment appliquer le Jidoka dans le travail de la connaissance ?

Mettre en œuvre le Jidoka dans un environnement de travail de la connaissance tel que le développement de logiciels semble un peu plus compliqué en raison de la diversité des processus de travail. Cependant, il est parfaitement applicable lorsque vous considérez les différentes étapes d’un flux de travail de ce type.

Les deux premières étapes de Jidoka peuvent facilement être automatisées, mais la résolution du problème immédiat et la résolution de la cause profonde nécessitent une touche humaine.

Par exemple, si vous développez une solution logicielle pour un client, vous pouvez mettre en œuvre plusieurs séries de tests de code automatisés dans le processus de développement. Ces tests évalueront la qualité des fonctionnalités que vous préparez et mettront en évidence tout problème sans tester chaque fonctionnalité à la main.

Par la suite, votre équipe peut arrêter la poursuite du développement et se concentrer sur la correction des problèmes en cours en creusant le problème et en investissant dans la cause profonde qui a conduit à la situation actuelle.

La correction du code doit se faire à la main car le développeur responsable doit trouver où la logique du code se brise. Selon la gravité du problème, elle doit soit opter pour une solution rapide pour le résoudre temporairement, soit creuser en profondeur pour identifier la cause profonde et la traiter.

Dès que le problème est résolu, le processus de développement doit être repris.

Rejoignez le programme de partenariat de Kanbanize.

Développez votre entreprise. Maximisez vos profits. Travaillons ensemble.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.