„Unser Programm läuft seit einem Jahr. Wir haben wöchentliche Statusmeetings, einen vollständigen Projektplan und regelmäßige Updates ans Board. Und trotzdem kommt in der Organisation kaum etwas an."
– Programmverantwortliche, deutscher Industriekonzern
Kommt Ihnen das bekannt vor? Die Strategie ist freigegeben, der Plan steht, Budgets sind verteilt, die ersten Workstreams laufen. Und doch bewegt sich die Organisation nicht. Verantwortlichkeiten werden weitergeschoben, Entscheidungen stauen sich auf Programm-Ebene, und die wöchentlichen Statusmeetings werden zum Ritual statt zur Steuerung.
Der Grund ist selten ein schlechter Plan. In den meisten Fällen ist es die Execution Gap — die strukturelle Lücke zwischen dem, was entschieden wurde, und dem, was tatsächlich geliefert wird. Donald Sull und seine Co-Autoren haben in einer Befragung von über 400 Unternehmen dokumentiert: zwei Drittel bis drei Viertel aller großen Organisationen scheitern an der Umsetzung — nicht wegen falscher Strategie, sondern wegen falscher Umsetzungsarchitektur.
Die Ursachen sind strukturell: fehlende Accountability auf Initiative-Ebene, eine Performance-Messung, die dokumentiert statt zu steuern, und Eskalationspfade, die erst aktiviert werden, wenn es zu spät ist. Alle drei lassen sich gezielt adressieren.
Die drei Schlüssel zum Lösen des Umsetzungs-Paradoxons:
- 1Accountability auf Initiative-Ebene, nicht nur auf Programm-Ebene
- 2Performance Steering, das zeigt was als nächstes zu tun ist — nicht nur was passiert ist
- 3Eskalationslogik, die vor der Krise definiert wird
Warum Transformationen in der Umsetzung scheitern: 3 Hürden
1. Der Plan ist gut — die Umsetzungsverantwortung fehlt
Die meisten Transformationsprogramme verteilen Aufgaben auf Workstreams und definieren Liefermeilensteine. Was häufig fehlt: eine namentlich benannte Person, die persönlich dafür verantwortlich ist, dass eine Initiative ihr Ergebnis liefert. Nicht nur darüber berichtet.
Der Unterschied zwischen einem Workstream-Lead und einem Initiative-Owner: Der Workstream-Lead koordiniert. Der Initiative-Owner entscheidet. Er hat die Autorität, Hindernisse zu beseitigen, Ressourcen innerhalb seiner Initiative umzupriorisieren, und zu eskalieren wenn sein Handlungsrahmen überschritten wird.
Ohne klare Initiative-Ownership diffundiert Accountability im Programm. Meilensteine werden auf dem Papier erreicht, Ergebnisse werden nicht geliefert. Alle sind verantwortlich. Niemand ist es.
›Sull, D., Homkes, R. & Sull, C., „Why Strategy Execution Unravels—and What to Do About It", Harvard Business Review, März 2015.
Zwei Drittel bis drei Viertel aller großen Organisationen scheitern an der Umsetzung. Der häufigste Grund: fehlende klare Accountability auf Initiative-Ebene — nicht eine schlechte Strategie.
2. Fortschritt wird gemessen, aber nicht gesteuert
Fast jedes Programm hat ein Status-Reporting-System. Ampeln, Meilenstein-Tracking, Fortschrittsmetriken. Das Problem liegt nicht in der Messung — sondern in dem, was die Messung zeigt.
Ein Statusbericht zeigt, was passiert ist. Ein Steuerungs-Cockpit zeigt, was als nächstes getan werden muss. Der Unterschied ist entscheidend. Ein Statusbericht, der Initiative X auf Rot zeigt, ist nützlich. Ein Steuerungs-Cockpit, das zeigt: „Initiative X ist drei Wochen hinter Plan, weil Entscheidung Y seit vier Wochen auf Programm-Ebene offen ist" — ist handlungsfähig.
Wirksames Performance Steering basiert auf Leading Indicators, die Risiken sichtbar machen bevor sie zu Verzögerungen werden, Financial Impact Tracking das den Business Case in Echtzeit nachverfolgt, und entscheidungsreifen Steuerungs-Cadences, die jedes Meeting mit einer Entscheidung beenden — nicht mit einem Update.
Praxisbeispiel
Ein mittelständisches Pharmaunternehmen hatte nach sechs Monaten Transformation ein vollständiges Statusreporting-System — aber keine Steuerungslogik dahinter. In der Analyse stellte sich heraus: vier von sieben kritischen Initiativen warteten auf Entscheidungen, die seit Wochen auf Programm-Ebene hängten. Nach dem Aufbau eines KPI-Cockpits mit klaren Entscheidungs-Triggern wurden alle vier Entscheidungen innerhalb von zwei Wochen getroffen.
3. Eskalation kommt zu spät
In den meisten Programmen wird eskaliert, wenn Probleme zur Krise geworden sind. Die Entscheidung, die vier Wochen früher gebraucht worden wäre, wird unter Zeitdruck getroffen, mit weniger Optionen und höheren Kosten.
Der Grund ist strukturell: Eskalation fühlt sich wie Versagen an. Programme-Manager vermeiden sie so lange wie möglich. Initiative-Owner halten Probleme zu lange intern. Bis etwas den Steuerungsausschuss erreicht, sind die besten Lösungen nicht mehr verfügbar.
Wirksame Programm-Governance definiert Eskalationspfade bevor sie gebraucht werden — nicht als bürokratischen Prozess, sondern als gemeinsames Verständnis: Welche Entscheidungen liegen auf Initiative-Ebene? Was braucht das Programm-Board? Was den C-Suite? Und was sind die Trigger?
›Royer, I., „Why Bad Projects Are So Hard to Kill", Harvard Business Review, Februar 2003.
Der Weg zu wirksamer Programm-Governance: 3 Erfolgsfaktoren
1. Initiative-Owner mit echter Accountability
Nicht Workstream-Leads. Nicht Projektmanager. Namentlich benannte Führungskräfte, die das Ergebnis einer Initiative verantworten und die Autorität haben, Entscheidungen im Rahmen ihres Mandats zu treffen.
Initiative-Ownership bedeutet: klare Verantwortung für das Ergebnis (nicht den Prozess), Entscheidungsautorität im definierten Rahmen, und eine definierte Eskalationspflicht wenn das Mandat überschritten wird.
Die praktische Konsequenz: Jede Initiative hat genau einen Owner. Sein Name steht im Governance-Dokument, im Steuerungs-Cockpit und im Board-Update. Accountability ist sichtbar. Das ist der Punkt.
Praxisbeispiel
Bei einer Post-Akquisitions-Integration (PE-Portfolio, Industriesektor) wurden in der ersten Woche elf Initiativen mit elf namentlich benannten Initiative-Ownern definiert. Jeder Owner erhielt ein einseitiges Mandat-Dokument: Ergebnis, Budget, Entscheidungsrahmen, Eskalationspfad. In zwölf Monaten Umsetzung gab es drei Eskalationen auf C-Suite-Ebene — alle proaktiv, alle rechtzeitig, alle mit Entscheidungsvorlage.
2. KPI-Cockpit statt Statusbericht
Die Frage, die ein Steuerungs-Cockpit beantworten muss, lautet nicht: „Was ist letzte Woche passiert?" Sie lautet: „Was müssen wir diese Woche entscheiden?"
Ein wirksames KPI-Cockpit zeigt: Delivery-Fortschritt gegen Plan (mit Trendlinie, nicht nur aktuellem Status), Leading Indicators die Risiken früh sichtbar machen, Financial Impact Tracking das den Business Case in Echtzeit nachverfolgt, und eine Entscheidungs-Queue die offene Punkte nach Dringlichkeit und Eskalationsstufe priorisiert.
Das Format ist weniger wichtig als die Funktion. Ob Slide Deck, Dashboard oder One-Pager — das Cockpit muss entscheidungsreif sein, nicht dokumentationslastig.
Aus meiner Beratungspraxis zeigt sich: Programme mit einem strukturierten KPI-Cockpit und einer klaren Entscheidungs-Cadence liefern deutlich verlässlicher gegen Plan als Programme, die sich auf reines Statusreporting beschränken.
3. Eskalationslogik vor dem Start definieren
Die beste Eskalation ist die, die proaktiv stattfindet — bevor das Problem zur Krise wird. Das setzt voraus, dass die Eskalationsarchitektur bei Programm-Start definiert wird, nicht mitten in der Umsetzung.
Praktische Elemente: Welche Entscheidungstypen liegen auf welcher Governance-Ebene? Was sind die quantitativen Trigger (Budget-Abweichung > X%, Meilenstein-Verzögerung > Y Wochen)? Wer ist der Sponsor jeder Initiative — und ist dieser Sponsor aktiv eingebunden?
Eskalation ist kein Versagen. In gut geführten Programmen ist sie ein normaler, geplanter Mechanismus. Die Frage ist nicht, ob eskaliert wird — sondern ob es rechtzeitig geschieht, mit der richtigen Vorbereitung, an die richtige Stelle.
Praxisbeispiel
Best Practice aus der Programmsteuerung: Ein bewährtes Modell arbeitet mit drei Eskalationsstufen — Initiative (bis zwei Wochen Verzögerung, Owner handelt eigenständig), Programm-Board (drei bis vier Wochen, Governance-Entscheidung) und C-Suite (über vier Wochen oder signifikanter Budget-Impact, Sponsor-Entscheidung). Programme, die dieses Protokoll in der Setup-Phase verankern, eskalieren früher — und lösen Probleme, bevor sie zur Krise werden.
Mein Ansatz: In 3 Phasen zur wirksamen Umsetzungssteuerung
Phase 1: Governance-Setup & Initiative-Design
Aufbau der Programm-Governance-Architektur als Grundlage für disziplinierte Umsetzung.
- Strukturierung des PMO und Definition der Governance-Architektur
- Benennung der Initiative-Owner mit klaren Mandat-Dokumenten
- Aufbau des KPI-Cockpits und Etablierung der Steuerungs-Cadence
Phase 2: Umsetzungssteuerung & Kurskorrektur
Aktive Steuerung des Programms mit dem Fokus auf Entscheidungsherbeiführung und frühzeitiger Risikominimierung.
- Steuerungs-Meetings mit entscheidungsreifer Agenda und klaren Action Items
- Frühzeitiges Risikoerkennen über Leading Indicators im Cockpit
- Proaktives Eskalationsmanagement und Entscheidungsherbeiführung auf allen Ebenen
Phase 3: Verselbstständigung & Transfer
Übergabe der Steuerungslogik in die interne Organisation — damit die Governance nach Mandatsende weiterlebt.
- Transfer der Steuerungsroutinen und des Cockpits in die interne Organisation
- Befähigung der Initiative-Owner zur eigenständigen Governance
- Abschluss mit validierten Ergebnisnachweisen und definiertem Exit-Kriterium
Fazit: Das Umsetzungs-Paradoxon auflösen
Gute Strategie ist notwendig. Ein detaillierter Plan ist notwendig. Beides reicht nicht für Delivery. Das Umsetzungs-Paradoxon löst sich nicht durch besseres Reporting. Es löst sich durch klare Strukturen: Accountability, Steuerungslogik und Eskalation als geplanter Mechanismus.
Zwei Drittel bis drei Viertel aller großen Organisationen scheitern an der Umsetzung — nicht wegen falscher Strategie, sondern wegen fehlender Governance-Architektur. Alle drei Ursachen sind lösbar.
Die drei Schlüssel zum Lösen des Umsetzungs-Paradoxons:
- 1Accountability auf Initiative-Ebene, nicht nur auf Programm-Ebene
- 2Performance Steering, das zeigt, was als nächstes zu tun ist — nicht nur was passiert ist
- 3Eskalationslogik, die vor der Krise definiert wird
Wie ist die Umsetzungssteuerung in Ihrer Transformation aufgestellt? Nehmen Sie gerne Kontakt auf.
