Umgebungen schaffen, in denen Verbesserung sicher und nachhaltig ist.
Hansei (反省) bedeutet Selbstreflexion, aber mit einer spezifischen Nuance: ehrliches Anerkennen von Fehlern und Lücken, mit der Verpflichtung, es besser zu machen.
In der Toyota-Kultur wird Hansei selbst nach Erfolgen erwartet. Ein erfolgreich abgeschlossenes Projekt rechtfertigt dennoch Reflexion: Was hätten wir besser machen können? Was haben wir übersehen?
Hansei ist keine Selbstkritik oder Bestrafung. Es ist eine nüchterne Bewertung:
Dies erfordert psychologische Sicherheit. Wenn Reflexion zu Schuldzuweisungen führt, hören Menschen auf, ehrlich zu reflektieren. Sie verbergen Fehler. Das Lernen stoppt.
In der Softwareentwicklung manifestiert sich Hansei als:
Schuldzuweisung tötet das Lernen
Wenn etwas schiefgeht und jemand bestraft wird, ist die Botschaft klar: Probleme verbergen. Jede öffentliche Schuldzuweisung reduziert zukünftige Transparenz. Lernende Organisationen schützen den Lernenden, selbst wenn Fehler kostspielig sind.
Yokoten (横展) bedeutet laterale Verbreitung oder Einsatz. Bei Toyota bezieht es sich auf die Verbreitung von Erkenntnissen in der gesamten Organisation.
Wenn ein Team ein Problem löst, sollte diese Lösung auf andere Teams übertragen werden, die vor ähnlichen Herausforderungen stehen. Wenn ein Experiment funktioniert, sollten andere daraus lernen.
Das geschieht nicht automatisch. Es erfordert:
Dokumentation, die gelesen wird: Keine riesigen Wikis, sondern prägnante, umsetzbare Zusammenfassungen. Was war das Problem? Was hat funktioniert? Was nicht?
Foren zum Teilen: Communities of Practice. Gilden. Teamübergreifende Meetings. Slack-Kanäle, die dem Teilen von Erkenntnissen gewidmet sind.
Rotation: Menschen, die zwischen Teams wechseln, tragen Erkenntnisse mit sich. Sie haben gesehen, was anderswo funktioniert.
Standardarbeit, die sich weiterentwickelt: Wenn Sie einen besseren Weg finden, aktualisieren Sie den Standard. Der neue Standard verbreitet sich.
A3-Sharing: In einem Bereich abgeschlossene A3s sollten mit anderen geteilt werden, die vor ähnlichen Problemen stehen.
Yokoten verhindert das häufige Versagen, bei dem ein Team ein Problem löst, ein anderes Team dasselbe Problem hat und sie nie in Verbindung treten.
Team A reduziert die Deployment-Zeit durch Pipeline-Verbesserungen um 80 %. Sie dokumentieren den Ansatz. Beim monatlichen Engineering-Sync teilen sie ihn. Teams B und C übernehmen ähnliche Änderungen. Die Verbesserung verbreitet sich in Wochen, nicht Jahren.
Team A reduziert die Deployment-Zeit um 80 %. Team B, im selben Gebäude, kämpft noch ein weiteres Jahr mit 4-Stunden-Deployments. Niemand dachte daran, es zu teilen. Die Erkenntnis blieb in Team A eingeschlossen.
Alle Verbesserungspraktiken hängen von psychologischer Sicherheit ab. Ohne sie:
Sicherheit schaffen:
Führungskräfte zeigen Verletzlichkeit: Erkennen Sie Ihre eigenen Fehler an. Zeigen Sie, dass Scheitern normal ist und Lernen geschätzt wird.
Feiern Sie Lernen, nicht nur Erfolg: Würdigen Sie Experimente, die gescheitert sind, aber etwas gelehrt haben. „Wir haben gelernt, dass X nicht funktioniert" ist wertvoll.
Trennen Sie Lernen von Bewertung: Leistungsbeurteilungen sollten die Beteiligung an Vorfällen nicht negativ bewerten. Wenn die Beteiligung an einem Vorfall Ihrer Karriere schadet, verbergen Menschen Vorfälle.
Bitten Sie um Probleme und handeln Sie dann: Wenn Menschen Probleme ansprechen, gehen Sie darauf ein. Untätigkeit nach dem Ansprechen von Bedenken lehrt Menschen, sich nicht zu bemühen.
Reagieren Sie gut auf schlechte Nachrichten: In dem Moment, in dem jemand ein Problem teilt, achten Sie auf Ihre Reaktion. Eine negative Reaktion – selbst subtil – unterbindet zukünftiges Teilen.
Der Test: Erzählen Ihnen Menschen schnell von Problemen? Teilen sie Fehler offen? Wenn nicht, ist die Sicherheit noch nicht da.
Sicherheit geht Geschwindigkeit voraus
Sie können nicht schnell iterieren, wenn Menschen Angst vor Fehlern haben. Psychologische Sicherheit ist nicht nur nice-to-have – sie ist Voraussetzung für schnelles Lernen. Die sichersten Organisationen sind oft die schnellsten Verbesserer.
Lernende Organisationen verbessern sich nicht nur – sie erinnern sich. Verbesserungen bleiben bestehen. Lektionen überdauern.
Dies erfordert:
Standardarbeit, die sich weiterentwickelt: Dokumentieren Sie, wie Dinge getan werden sollten. Aktualisieren Sie Standards, wenn Sie bessere Wege finden. Standards verhindern Rückschritte.
Onboarding, das das Warum einschließt: Neue Teammitglieder lernen nicht nur, was zu tun ist, sondern warum. Sie verstehen die Begründung. Sie können weiter verbessern.
Zugängliche Historie: Vergangene A3s, Post-Mortems und Erkenntnisse sollten auffindbar sein. Wenn Sie vor einem Problem stehen, können Sie sehen, ob es jemand zuvor gelöst hat.
Kontinuität der Menschen: Wenn alle gehen, geht Wissen. Angemessene Mitarbeiterbindung und Wissenstransfer sind wichtig.
Rituale, die verstärken: Regelmäßige Retrospektiven, periodische Überprüfungen von Standards, „Erkenntnisse dieser Woche" in Teammeetings.
Das Gegenteil ist verbreitet: organisatorische Amnesie. Verbesserungen werden vorgenommen, aber nicht dokumentiert. Menschen gehen und Wissen geht. Dieselben Probleme werden wiederholt gelöst. Jede Generation beginnt von vorne.
Lean-Organisationen akkumulieren Vorteile. Sie verbessern sich nicht nur – sie behalten die Verbesserungen.
Einseitige Standards
Komplexe Dokumentation wird nicht gelesen. Einseitige Standards für gängige Prozesse werden befolgt und aktualisiert. Halten Sie Standards minimal, sichtbar und weiterentwickelbar.