AUSGABE 01 · ENTSCHEIDUNGSFLUSS
Das Dashboard ist grün. Die Entscheidung ist zu spät.
Das Reporting bewegt sich. Ownership nicht.
Das Meeting produziert Updates, aber dieselbe funktionsübergreifende Entscheidung kehrt nächsten Montag zurück.
Wer darf ohne weiteres Alignment-Meeting entscheiden?
Wenn die Antwort eine Gruppe, ein Steering Committee oder „es kommt darauf an“ ist, hat das System die Entscheidung nicht zugeordnet.
Eine Entscheidung verfolgen, nicht die ganze Transformation.
Auslöser, Evidenz, verantwortlichen Owner, konsultierte Rollen und Deadline auf einer Seite abbilden.
Ein grünes Dashboard kann ein rotes Execution-Signal sein.
Der Workstream kann jeden Meilenstein pünktlich melden und trotzdem die entscheidende Entscheidung nicht bewegen. Das passiert, wenn Reporting-Logik stärker ist als Entscheidungslogik: Das System weiß, wie es Status sammelt, aber nicht, wie daraus verantwortliche Bewegung entsteht.
Das sichtbare Symptom heißt meist langsames Alignment. Leader reagieren mit einer weiteren Governance-Ebene, einem weiteren Meeting oder mehr Druck auf das Team. Das kann Aktivität erhöhen und den Execution Break trotzdem unberührt lassen.
Der Bruch liegt zwischen Evidenz und Autorität.
Ein ernsthafter Entscheidungspfad beantwortet fünf Fragen: Was löst die Entscheidung aus? Welche Evidenz reicht? Wer besitzt die Entscheidung? Wer muss konsultiert werden – und wer nicht? Ab wann wird Warten teurer?
Bleibt eine Antwort vage, wandert die Entscheidung seitwärts. Menschen kompensieren mit informellen Calls, doppelten Decks und Eskalation. Das System verwechselt diesen Aufwand anschließend mit Fortschritt.
Bitten Sie das Team nicht, sich stärker abzustimmen. Geben Sie der Entscheidung einen sichtbaren Owner, eine begrenzte Evidenzschwelle und eine Uhr.
Der praktische Schritt für diese Woche
Wählen Sie eine Entscheidung, die in zwei aufeinanderfolgenden Status-Meetings aufgetaucht ist. Rekonstruieren Sie ihren Weg vom Auslöser bis zum verantwortlichen Owner. Redesignen Sie nicht das ganze Operating Model. Reparieren Sie die kleinste Entscheidungsarchitektur, die Bewegung zurückbringen kann – und beobachten Sie, was das System als Nächstes zeigt.