Yokoten.

Ce que veut dire Yokoten

Le Yokoten, c'est le déploiement latéral d'une pratique éprouvée. Quand une ligne, une équipe ou un site met au point quelque chose qui marche, preuves à l'appui, un changement de série plus rapide, une remontée de problème mieux réglée, un montage qui empêche un défaut, le Yokoten est la discipline qui porte cet acquis de côté, vers tous ceux qui ont le même problème. Il couvre deux flux : les améliorations, où une meilleure façon de faire se diffuse, et les contre-mesures, où une cause vérifiée sur une ligne déclenche la même vérification sur toutes les lignes sœurs.

Le Yokoten échoue dans les deux sens. Le déploiement en copier-coller impose partout la solution de la source, ignore les conditions locales et provoque ce refus silencieux que toutes les usines connaissent : le nouveau standard est affiché, signé, et contourné. Tout réinventer partout est l'échec inverse : chaque site résout le même problème en partant de zéro, au prix fort, et l'entreprise paie cinq fois le même apprentissage. La règle qui évite les deux : on reprend le standard, on adapte la méthode, on garde le résultat. Le site receveur doit comprendre pourquoi la pratique fonctionne avant de décider comment la faire tourner chez lui, et le résultat sur lequel il s'engage ne se négocie pas.

Ce qui porte le Yokoten, c'est le travail standardisé. Une pratique qui n'existe que dans la tête de quelqu'un, ou seulement dans une présentation, ne peut pas essaimer. Une pratique consignée dans un standard vivant, avec ses conditions et son résultat mesuré, peut se voir, s'enseigner, s'essayer et se vérifier ailleurs.

Quand ne pas diffuser

L'erreur de Yokoten la plus fréquente se produit avant même le premier transfert : diffuser une pratique qui n'est pas encore stable chez elle. Une pratique doit survivre au contact de la vie normale, les absences, les changements de série, une mauvaise semaine, avant de mériter l'export. Un site qui fait bien tourner une pratique pendant 90 jours vaut mieux qu'un déploiement groupe d'un prototype, parce que ces 90 jours produisent les deux choses dont le receveur a le plus besoin : la preuve que le résultat tient, et la connaissance des conditions dont il dépend. Déployer un prototype, c'est diffuser les défauts en même temps que la trouvaille : chaque site receveur les corrige de son côté, au prix fort, pendant que la confiance dans l'idée entière s'évapore. Ne diffusez pas quand :

• La pratique a moins de 90 jours à la source. Elle tient peut-être encore sur l'attention de ceux qui l'ont créée, et pas sur son standard.
• La source ne sait pas nommer les conditions dont le résultat dépend. Sans elles, le site receveur ne peut pas juger ce qui s'applique chez lui et ce qui ne s'applique pas.
• Le résultat a été annoncé, pas mesuré. Une pratique sans chiffres avant et après diffuse une histoire, pas une méthode.
• Aucun site receveur n'a vraiment le problème. Diffuser pour faire pareil partout produit des classeurs qui dorment et de l'agacement, à parts égales.

Le Yokoten des contre-mesures

Le second flux du Yokoten va plus vite et se justifie plus facilement : diffuser des causes vérifiées, et pas seulement des améliorations. Quand une ligne établit une cause racine, un raccord mal serré remonté jusqu'à un contrôle absent du standard, par exemple, chaque ligne sœur et chaque famille de produits comparable se vérifie sur cette cause en quelques jours, et non au prochain cycle d'audit. La question à laquelle chaque ligne répond est courte : est-ce que cela peut arriver ici, et sur quelles preuves ? Un avis ne compte pas ; quelqu'un va regarder le processus, le standard et les données.

Les méthodes formelles de résolution de problèmes intègrent cette étape. La discipline D7 du rapport 8D, la prévention, est une consigne de Yokoten : mettre à jour l'AMDEC et le plan de surveillance, puis regarder les pièces, les lignes et les sites comparables à la recherche du même mode de défaillance. Un défaut trouvé sur un produit et vérifié sur toute la famille la même semaine, c'est le Yokoten au meilleur prix, parce que l'apprentissage a déjà été payé par la ligne qui l'a trouvé. Pour les causes qui méritent une surveillance plus longue, le point de contrôle peut rejoindre pendant un trimestre le questionnaire des audits LPA du site, pour que la vérification croisée passe par plus d'une paire d'yeux.

C'est la vitesse qui sépare les deux flux. Le transfert d'une pratique mérite la check-list complète en six étapes et prend des semaines. Le Yokoten des contre-mesures se compte en jours et tient en trois étapes : la cause vérifiée circule avec ses preuves, chaque ligne sœur répond à la question sur le terrain, et les réponses sont consignées là où le dossier du problème d'origine peut les voir.

En faire un système

Un transfert isolé est un projet. Un système Yokoten demande trois pièces permanentes. La première est une bibliothèque de pratiques partagée qui justifie son existence : chaque fiche porte le standard, le résultat mesuré, les conditions dont il dépend et le nom d'un contact qui accepte de recevoir une visite. Une fiche à laquelle il manque l'un des quatre est un poids mort, et une bibliothèque de poids morts explique pourquoi la plupart des portails de bonnes pratiques ne s'ouvrent jamais. Cinquante fiches au niveau valent mieux que cinq cents qui n'y sont pas.

La deuxième pièce est une alimentation. Le circuit Kaizen se termine déjà par une étape de standardisation et de partage ; c'est là que les candidats à la bibliothèque sont proposés, avec les dossiers de problèmes clos dont les contre-mesures ont changé un standard. Personne ne devrait avoir à penser à alimenter la bibliothèque. Les dispositifs d'amélioration et de résolution de problèmes le font en bouclant leurs propres boucles.

La troisième pièce est un rythme. Des revues d'échange trimestrielles réunissent les sites pour présenter les transferts vérifiés et choisir les suivants, les visites étant calées avant la fin de la réunion. Et la revue de direction mensuelle pose une question permanente : laquelle de nos améliorations vérifiées un deuxième site a-t-il adoptée, et qu'est-ce qui bloque les autres ? La question coûte deux minutes et garde le système honnête, parce qu'un trimestre sans transfert est un constat, pas un hasard.

Ce qui vient ensuite

Le Yokoten se trouve en fin de feuille de route parce qu'il multiplie ce que les étapes précédentes ont construit. Un site qui standardise, améliore et vérifie peut diffuser ; un réseau de sites qui diffuse apprend à une vitesse qu'aucun site seul n'atteindra. Le prérequis discret, c'est la comparabilité : la diffusion ne devient visible que si les sites mesurent les mêmes choses de la même façon, ce qui fait qu'un jeu commun de définitions de KPI compte davantage pour le Yokoten que n'importe quel portail. Si deux sites définissent autrement le temps de changement de série, personne ne peut dire si le transfert a marché.

L'autre prérequis, c'est que les standards vivent là où on peut les adopter, et pas seulement les faire suivre. C'est là que TeamGuru s'insère dans la chaîne : avec la gestion documentaire, les pratiques restent versionnées et visibles entre sites, si bien qu'adopter un standard veut dire adopter un document en vigueur, avec ses conditions et son historique, et non recevoir un PDF déjà périmé le jour où il a été joint. Le site receveur écrit son standard local à côté de celui de la source, et les deux restent trouvables quand le troisième site viendra poser ses questions.

Dans l'étape de déploiement de la feuille de route, le Yokoten avance en parallèle du travail de matrice de compétences, qui construit la capacité de façon délibérée : les transferts vont plus vite quand le site receveur dispose déjà de personnes qualifiées sur les standards sous-jacents, et chaque transfert abouti forme la génération suivante d'accompagnateurs.

Questions fréquentes