Governance: Entscheidungsrechte vor Eskalation

Governance scheitert nicht, weil zu wenig Meetings existieren. Sie scheitert, wenn Entscheidungsrechte politisch, unklar oder zu weit oben verankert sind.

Das Signal: Jede Entscheidung wird ein Meeting

Ein typisches Transformationsprogramm hat Governance. Es gibt Steering Committees, Workstream Meetings, Status Calls, RAID-Logs, Eskalationspfade, Entscheidungsvorlagen und regelmäßige Updates. Trotzdem verlangsamt sich die Umsetzung. Entscheidungen wandern nach oben. Kleine Themen werden groß. Fachliche Fragen werden politisch. Menschen warten, obwohl alle wissen, dass Warten Wert kostet.

Das Signal ist nicht, dass keine Governance existiert. Das Signal ist, dass Governance nicht entscheidet. Sie beobachtet, sammelt, moderiert, priorisiert und dokumentiert. Aber wenn der Moment kommt, in dem eine echte Entscheidung nötig ist, bleibt unklar, wer entscheiden darf, mit welcher Evidenz, in welchem Zeitfenster und mit welcher Konsequenz. Dann wird Governance zum Wartezimmer.

In vielen Organisationen sieht das auf der Oberfläche professionell aus. Es gibt eine Struktur. Es gibt Einladungen. Es gibt Protokolle. Doch darunter liegt eine einfache Wahrheit: Wenn Entscheidungsrechte nicht explizit sind, wird Eskalation zum Operating Model. Und wenn Eskalation zum Operating Model wird, bezahlt die Organisation mit Führungszeit.

Warum Governance langsam wird

Governance wird langsam, wenn sie zu viele Zwecke gleichzeitig erfüllen soll. Sie soll Alignment schaffen, Risiko kontrollieren, politische Interessen balancieren, Fortschritt sichtbar machen, Entscheidungen treffen, Verantwortung verteilen und Konflikte lösen. Das ist zu viel für ein Meetingformat, wenn die Entscheidungarchitektur vorher nicht gestaltet wurde.

Der häufigste Bruch liegt in der Vermischung von Ownership, Recommendation Rights und Decision Rights. Ein Team besitzt ein Thema operativ, darf aber nicht entscheiden. Ein anderes Team empfiehlt eine Lösung, trägt aber nicht die Konsequenzen. Ein Steering Committee entscheidet, ist aber zu weit weg von den Details. Die Business-Seite hat die eigentliche Nachfrage, aber keine klare Verantwortung für die Adoption. Procurement muss liefern, kann aber nicht alle geschäftlichen Zielkonflikte auflösen. IT stellt die Plattform, wird aber für Prozessfragen verantwortlich gemacht. Finance validiert Value, wird aber zu spät eingebunden.

Diese Vermischung erzeugt höfliche Blockade. Niemand sagt offen nein. Niemand will Verzögerung. Aber jeder wartet auf jemanden, der das Risiko der Entscheidung trägt. Governance schützt dann nicht Geschwindigkeit, sondern Komfort. Sie sorgt dafür, dass niemand allein verantwortlich aussieht. Genau dadurch wird sie schwerfällig.

Die Decision-Rights-Map

Eine stärkere Governance beginnt nicht mit mehr Terminen. Sie beginnt mit einer Decision-Rights-Map. Diese Karte beantwortet vier Fragen: Welche Entscheidungen müssen regelmäßig getroffen werden? Wer empfiehlt? Wer entscheidet? Wer wird informiert, ohne die Entscheidung zu blockieren?

Die wichtigsten Entscheidungen in Transformationen sind oft wiederkehrend: Prioritäten zwischen Workstreams, Umgang mit Ausnahmen, Freigabe von Prozessabweichungen, Anpassung von Standards, Eskalation von Ressourcenengpässen, Validierung von Value, Umgang mit lokalen Anforderungen, Wechselwirkungen zwischen Prozess, Tool, Daten und Governance. Wenn diese Entscheidungen nicht explizit zugeordnet sind, werden sie jedes Mal neu verhandelt.

Gute Decision Rights sind nicht abstrakt. Sie stehen nicht nur in einem RACI. Sie sind im Operating Rhythm sichtbar. In welchem Meeting wird welche Entscheidung getroffen? Welche Evidenz muss vorher vorliegen? Was passiert, wenn die Evidenz fehlt? Wie schnell muss entschieden werden? Welche Entscheidung darf nicht eskaliert werden? Welche Entscheidung muss eskaliert werden, weil sie strategische Konsequenz hat?

Governance soll Geschwindigkeit schützen

Governance wird oft als Kontrollmechanismus verstanden. Das ist nur die halbe Wahrheit. Gute Governance schützt Geschwindigkeit, weil sie verhindert, dass jede Frage politisch neu sortiert wird. Sie schafft einen klaren Pfad für Entscheidungen, Ausnahmen und Wertnachweis. Sie reduziert Interpretation. Sie macht sichtbar, wann ein Thema fachlich, operativ, finanziell oder strategisch entschieden werden muss.

Schlechte Governance erzeugt dagegen mehr Rauschen. Sie fordert mehr Updates, aber keine besseren Entscheidungen. Sie sammelt Risiken, aber entfernt keine Blocker. Sie priorisiert alles, aber verpflichtet niemanden auf den Trade-off. Sie dokumentiert Abhängigkeiten, aber gestaltet keine Handoffs. Sie wirkt seniorig, aber bleibt operativ unbrauchbar.

Der Unterschied zeigt sich an Montag. Wenn nach dem Governance Meeting niemand weiß, was sich jetzt ändert, war es kein Governance Moment. Es war ein Informationsmoment. Das ist nicht wertlos, aber es ist nicht dasselbe.

Wie Governance neu gestaltet wird

Der erste Schritt ist, die wichtigsten Entscheidungstypen zu sammeln. Nicht alle Themen, nicht alle Risiken, sondern die Entscheidungen, die regelmäßig Bewegung verhindern. Danach wird jeder Entscheidungstyp einem Owner, einem Empfehlungsrecht, einer Entscheidungsinstanz und einer maximalen Durchlaufzeit zugeordnet.

Der zweite Schritt ist die Härtung der Evidenz. Entscheidungen brauchen nicht immer mehr Daten. Sie brauchen die richtigen Daten im richtigen Format. Für einen Prozessstandard sind andere Informationen nötig als für eine Ressourcenentscheidung. Für einen Value-Case sind andere Informationen nötig als für eine Tool-Änderung. Für eine Governance-Ausnahme sind andere Informationen nötig als für eine lokale Prozessvariation.

Der dritte Schritt ist die Vereinfachung des Operating Rhythm. Weniger, aber klarere Governance-Momente schlagen viele Meetings mit unklarer Funktion. Ein wöchentliches Decision Forum kann wirksamer sein als fünf Statusrunden, wenn dort echte Entscheidungen mit klarer Evidenz getroffen werden. Ein monatliches Executive Board kann stärker sein, wenn es nur strategische Trade-offs entscheidet und operative Detailfragen nicht an sich zieht.

Der Leadership Shift

Führungsteams sollten Governance nicht fragen: Haben wir alle eingebunden? Sie sollten fragen: Kann das System jetzt schneller und sicherer entscheiden? Einbindung ist wichtig, aber sie darf Entscheidung nicht ersetzen. Alignment ist wichtig, aber es darf nicht bedeuten, dass jeder alles mitentscheidet. Transparenz ist wichtig, aber sie darf nicht als Ersatz für Ownership dienen.

Eine starke Governance macht den Unterschied zwischen politischer Absicherung und operativer Klarheit. Sie sagt nicht nur, wer im Raum ist. Sie sagt, wer entscheidet, welche Evidenz zählt, wie schnell entschieden werden muss und wie die Entscheidung im System landet.

Der praktische Test

Der einfache Test lautet: Nehmen Sie die letzte wichtige Eskalation und verfolgen Sie sie rückwärts. Warum musste sie eskalieren? Welche Entscheidung hätte früher getroffen werden können? Wer hätte entscheiden dürfen müssen? Welche Evidenz fehlte? Welche Governance-Runde hat informiert, aber nicht entschieden? Welche Regel hätte verhindert, dass das Thema überhaupt auf Executive-Ebene landet?

Wenn diese Analyse zeigt, dass viele Eskalationen aus unklaren Entscheidungsrechten entstehen, braucht die Organisation nicht mehr Governance. Sie braucht bessere Governance. Entscheidungsrechte vor Eskalation. Evidenz vor Meinung. Operating Rhythm vor politischem Rescue. Dann wird Governance nicht zum Bremsklotz, sondern zur Architektur, die Umsetzung schützt.