Verantwortung mit Namen. Schuld überflüssig.
Die meisten Firmen fordern Verantwortung und erzeugen Mehrdeutigkeit. Sie wollen Leute, die geradestehen, und bestrafen Fehler. Also lernen die Leute, dass Sichtbarkeit ein Risiko ist. FLAIMS hält zwei Regeln zusammen: Jedes Ergebnis hat einen Namen, und jeder Fehler stellt zuerst das System in Frage, dann die Person.
Warum Accountability-Initiativen scheitern.
Das Muster ist immer dasselbe. Die Führung verkündet eine Kultur der Ownership, alle nicken. Beim nächsten Fehler gibt es ein Meeting, in dem jemand leise für ein Systemproblem verantwortlich gemacht wird, und zwei Quartale später meldet sich niemand mehr für sichtbare Arbeit. Am Ende hat die Firma weniger Verantwortung als vorher, und einen Slogan dafür.
Ein Name pro Ergebnis, das System zuerst.
- Ein Name, ein Ergebnis, ein Datum. Keine Gruppenverantwortung, keine geteilte Accountability, keine weichen Zuweisungen. Wer den Core-Job hält, hält A, und das steht im Job-Register, für alle sichtbar.
- Bei Fehlern zuerst das System. Die erste Frage nach einem Fehler lautet, was im System ihn möglich gemacht hat. Die Person rückt erst in den Blick, wenn das System ausgeschlossen ist.
- Die Lernkette. Wiederkehrende Fehler eskalieren ins System, nicht auf eine Person. A fordert ein, dass gelernt wird, M liefert das Wie, die Änderung gehört dem betroffenen Core-Job, und was Struktur ändert, verabschiedet S. Muster werden zu Lernstoff, nicht zu Strafe.
- Prüfbare Spur. Wer hat was wann gehalten, was wurde entschieden, was hat das System gelernt. Retros können ehrlich sein, weil sie nicht persönlich werden müssen.
Verantwortung ohne Befugnis ist eine Falle.
Die häufigste Ursache falscher Accountability ist Verantwortung ohne Befugnis. FLAIMS koppelt Entscheidungsrechte über das Gravity Decision Model ans Gewicht der Entscheidung. Wer ein Ergebnis hält, hat die Befugnis, die zu diesem Ergebnis passt. Braucht er eine schwerere Entscheidung, wird sie mit den Betroffenen geformt und protokolliert, statt in Seitengesprächen zu versickern. Mehr zur Segmentation of Power.
Sicherheit und Standards zusammen.
Amy Edmondsons Forschung ist eindeutig: Leistungsstarke Teams verbinden sehr hohe Standards mit der Freiheit, Probleme früh anzusprechen. Sicherheit und Verantwortung ergänzen sich. FLAIMS baut beides: Verantwortung mit Namen auf der einen Seite, Blame the System First auf der anderen. Die Leute können ehrlich über harte Themen sprechen, weil zuerst das System auf dem Prüfstand steht.
Häufige Fragen
Verantwortung benennt die Person, die für ein Ergebnis geradesteht, und gibt ihr die Befugnis, es zu liefern. Schuldzuweisung ist das, was nach einem Fehler passiert, wenn das System eine Person zum Bestrafen sucht, statt zu lernen. FLAIMS behält das Erste und entfernt das Zweite.
Weil sie Verantwortung einfordern, ohne Befugnis zu geben, oder weil sie Scheitern bestrafen und das Verantwortung nennen. Die Leute lernen schnell, dass Sichtbarkeit ein Risiko ist, und melden sich nicht mehr für schwere Aufgaben. Das Ergebnis ist höfliche Mehrdeutigkeit, der teuerste Zustand, den eine Firma haben kann.
Jedes Ergebnis hat genau einen Namen, ein Resultat und ein Datum. Wenn etwas versagt, lautet die erste Frage, was im System es möglich gemacht hat, nicht wer schuld ist. Wiederkehrende Fehler eskalieren über die Lernkette ins System, statt auf Einzelpersonen abgewälzt zu werden.
Psychologische Sicherheit ist die Freiheit, Fehler und halbfertige Ideen anzusprechen, ohne Status zu verlieren. Edmondsons Forschung zeigt, dass sie mit hoher Verantwortung zusammengeht. FLAIMS baut beides: Verantwortung mit Namen und Blame the System First.
Indem sie prüfbar wird. Halter, Ergebnisse, Entscheidungen und Termine stehen im Job-Register und im Entscheidungslog. Der Ex-Post-Review trennt die Qualität der Entscheidung von der Qualität des Ergebnisses. Zuerst steht das System auf dem Prüfstand, nie die Person.