Definition
Toyota-Praxis der horizontalen Verbreitung von Verbesserungen und Lessons Learned. Eine bewährte Lösung an einem Ort wird systematisch an alle vergleichbaren Standorte oder Produkte übertragen — mit angemessener Anpassung an lokale Kontexte. Verhindert, dass jede Organisationseinheit eigene Fehlerschleifen durchlaufen muss. Eng verwandt mit Best-Practice-Management und Wissensmanagement nach ISO 9001 Klausel 7.1.6.
In der Praxis
Yokoten scheitert am ältesten Betriebsproblem überhaupt: dem Not-invented-here-Syndrom. Linie A hat das Rüstproblem elegant gelöst, Linie B kämpft seit zwei Jahren mit demselben Fehler — und keiner weiß voneinander. In Konzernen erfindet jeder Standort dieselbe Lösung neu, im Mittelstand jede Schicht. Der Grund ist selten Böswilligkeit, sondern fehlende Organisation: Niemand ist dafür zuständig, bewährte Lösungen horizontal zu verbreiten. Zweiter Fehler: Yokoten wird als blindes Kopieren missverstanden. Die Übertragung braucht Anpassung an den lokalen Kontext — andere Anlage, anderes Personal, andere Randbedingungen. Wer die Lösung eins zu eins überstülpt, erntet Widerstand und Scheitern, und danach heißt es „hier funktioniert das nicht". Bewährt hat sich die Kopplung an den KVP-Prozess: Jede abgeschlossene Verbesserung bekommt die Pflichtfrage „Wo sonst tritt dieses Problem auf?" — und eine benannte Stelle prüft die Übertragung. Das ist Wissensmanagement in Reinform, nur ohne Software-Projekt.
Verwandte Begriffe
Häufige Fragen zu Yokoten
Was unterscheidet Yokoten von normalem Best-Practice-Sharing?
Best-Practice-Sharing ist meist passiv: Eine Lösung wird irgendwo veröffentlicht — Intranet, Datenbank, Präsentation — und wer mag, kann sie sich holen. Yokoten ist aktiv und verbindlich: Die Übertragung wird organisiert, verfolgt und verantwortet. Es reicht nicht, dass die Lösung existiert; es muss geprüft werden, wo sie anwendbar ist, und die betroffenen Einheiten müssen sie aufnehmen — mit Anpassung, nicht als Kopie. Zweiter Unterschied: Yokoten umfasst auch Lessons Learned aus Fehlern, nicht nur Erfolge. Ein teuer erkaufter Fehler an einem Standort soll die anderen vor demselben Schaden bewahren. Damit ist Yokoten weniger eine Datenbank als ein Verbreitungsprozess mit klaren Rollen. Die Frage verschiebt sich von „Haben wir es dokumentiert?" zu „Wer hat es wo übernommen — und mit welchem Ergebnis?"
Gibt es einen normativen Anknüpfungspunkt für die Verbreitung von Lessons Learned?
Ja — das Wissen der Organisation. ISO 9001 verlangt in Kapitel 7.1.6, dass die Organisation das für ihre Prozesse erforderliche Wissen bestimmt, aufrechterhält und verfügbar macht — und dass sie bei Änderungen und Trends zusätzlichen Wissensbedarf ermittelt und beschafft. Yokoten ist die praktische Antwort auf genau diese Anforderung: Es verhindert, dass Wissen an Personen oder Standorte gekettet bleibt, und macht Erfahrung zur Organisationseigenschaft. Im Audit wird das greifbar, wenn der Auditor fragt, wie Erkenntnisse aus Reklamationen, Audits oder Verbesserungen in andere Bereiche gelangen. Wer nur auf die FMEA oder den Fehlerkatalog zeigt, hat die halbe Antwort; wer zeigen kann, dass eine Lösung von Linie A nach Linie B übertragen wurde, hat das Prinzip verstanden. Yokoten ist damit keine japanische Folklore, sondern gelebte Normerfüllung.
Wie organisieren wir die horizontale Verbreitung, ohne eine Bürokratie aufzubauen?
Halten Sie es an einem bestehenden Prozess fest — der KVP bietet sich an. Ergänzen Sie den Abschluss jeder Verbesserungsmaßnahme um zwei Pflichtfragen: Wo tritt dieses Problem noch auf, und wer prüft die Übertragung? Benennen Sie pro Bereich oder Standort einen Ansprechpartner, der eingehende Yokoten-Vorschläge sichtet und die lokale Anpassung verantwortet. Für die Präsentation der Lösung reicht eine Seite im A3-Format: Ausgangslage, Maßnahme, Ergebnis, Randbedingungen — letztere sind entscheidend, damit der Empfänger beurteilen kann, was er anpassen muss. Verfolgen Sie Übertragungen wie Maßnahmen: mit Status, nicht mit Druck. Und feiern Sie übernommene Lösungen öffentlich — nichts tötet Not-invented-here schneller als Anerkennung für das kluge Kopieren. Nach einem Jahr haben Sie so einen lebendigen Erfahrungstransfer statt einer toten Datenbank.