61 Prozent der Unternehmen tun sich schwer, die Lücke zwischen Strategieformulierung und Umsetzung zu schließen, so eine Erhebung der Economist Intelligence Unit aus dem Jahr 2013, die immer noch zitiert wird, weil sich an der Lücke wenig geändert hat. Eine separate Atlassian-Befragung von Führungskräften im State of Teams 2024-Report ergab: Diese Führungskräfte schätzen, dass nur 24 Prozent ihrer Teams zu einem gegebenen Zeitpunkt an geschäftskritischer Arbeit sitzen. Die meisten Organisationen, die nach einem Strategieumsetzungs-Framework suchen, haben bereits eine Strategie. Was ihnen fehlt, ist die dauerhafte Fähigkeit, daraus laufende Arbeit zu machen. Und das meiste, was sich Framework nennt, ist eigentlich ein Planungs-Framework mit einem Umsetzungsnamen.
Was ein Framework tatsächlich leisten muss
Wer nach dem Begriff sucht, findet zwei Arten von Antworten. Die eine ist akademisch: Kaplan und Nortons Execution-Premium-Modell, McKinseys 7S-Framework, eine benannte Schrittfolge, die einmal in einer Folienpräsentation skizziert und danach abgelegt wird. Die andere ist ein Vendor-Pitch: eine Plattform, die Sichtbarkeit in die Umsetzung verspricht. Diese Sichtbarkeit ist real, aber sie ist Infrastruktur. Sie braucht trotzdem ein Framework, auf dem sie läuft. Beide Antworten behandeln ein Framework als etwas, das man zu einem bestimmten Zeitpunkt einführt. Eine Strategie verlangt jedoch, einmal festgelegt, fortlaufend neue Entscheidungen, während sich Bedingungen ändern, Ressourcen verschieben und Teams entdecken, was der Plan nicht vorhergesehen hat. Ein Framework, das nur beschreibt, wie Strategie formuliert und übergeben wird, hat die Umsetzung bereits verfehlt.
Drei Fragen, immer wieder neu gestellt
Ob eine Strategie umgesetzt wird oder nicht, hängt von drei Bedingungen ab, die nichts damit zu tun haben, wie gut die Strategie auf dem Papier aussieht: ob Menschen sie verstehen können, ob sie sie umsetzen wollen, und ob sie tatsächlich dazu in der Lage sind. Verstehen heißt, dass eine Person die Strategie in ihre eigene Rolle und tägliche Arbeit übersetzen kann. Die Kernbotschaft wiedergeben zu können, reicht dafür nicht aus. Wollen heißt, dass sie an der Gestaltung der Strategie mitgewirkt haben, bevor sie gebeten wurden, sie umzusetzen. Können heißt, dass die tatsächliche Kapazität, die Fähigkeiten und die Ressourcen der Organisation dem entsprechen, was der Plan voraussetzt. Ein Plan für eine ambitioniertere Version der Organisation ist ein Plan für eine Organisation, die es noch nicht gibt.
Der Fehler, den die meisten Frameworks machen: Sie behandeln diese drei Bedingungen als einmalige Checkliste zum Strategiestart. Das sind sie nicht. Eine Reorganisation verändert, wer was versteht. Ein schwaches Quartal verändert, wer noch weitermachen will. Eine Budgetkürzung verändert, wozu die Organisation tatsächlich in der Lage ist. Ein Framework, das Verständnis, Zustimmung und Kapazität nur einmal beim Rollout prüft, ist spätestens im nächsten Planungszyklus veraltet, ganz zu schweigen vom übernächsten.
Drei Säulen, in einer bestimmten Reihenfolge
Workpaths eigener Rahmen dafür, verankert in seinem Strategy Execution Steering Model, benennt drei Säulen, die ein Strategieumsetzungs-Framework abdecken muss: People, Operating Model und Technology, in dieser Reihenfolge. People umfasst Sponsorship, das Change-Ökosystem und Enablement, also wer die Arbeit vorantreibt und wer den Rest der Organisation dabei coacht. Operating Model umfasst die Zielstrukturen und Rhythmen, zu denen sich eine Organisation verpflichtet und nach denen sie steuert: wie Ziele kaskadieren, wie Kennzahlen ausgewählt werden, wie häufig die Organisation den Fortschritt überprüft. Technology umfasst die Plattform, die Integrationen und das Reporting, die den ersten beiden Säulen ermöglichen, im großen Maßstab zu funktionieren.
Die Reihenfolge beschreibt, was vorhanden sein muss, bevor die nächste Säule funktionieren kann. Sie sagt nichts darüber aus, welche Säule am wichtigsten ist. People muss stehen, bevor ein Operating Model greifen kann, denn eine Zielstruktur, die niemand gesponsert zu nutzen bereit ist, bleibt ungenutzt liegen. Beide zusammen müssen funktionieren, bevor Technology Hebelwirkung statt zusätzlichen Aufwand bringt, denn eine Plattform, die auf ein kaputtes Operating Model aufgesetzt wird, macht die kaputten Teile nur schneller sichtbar. Die meisten veröffentlichten Framework-Inhalte, akademische Modelle wie Vendor-Pitches gleichermaßen, decken fast ausschließlich die Operating-Model-Säule ab: wie Ziele über Ebenen hinweg kaskadieren und skalieren, die Kennzahlen, den Review-Rhythmus. Das sind reale und notwendige Inhalte, aber eben nur eine von drei Säulen. Eine Organisation, die das Operating Model richtig aufsetzt, aber die People-Arbeit darunter überspringt, merkt meist, dass die Zielstruktur nicht trägt.
Wo Frameworks tatsächlich scheitern
Ein Framework scheitert meist an einer kleinen Zahl vorhersehbarer Stellen. Die Strategie bleibt im Führungskreis oder im Planungsdokument hängen und wird nie in eine Sprache übersetzt, die ein Team an der Front umsetzen kann, sodass Menschen zustimmend nicken, ohne sagen zu können, was das für ihre eigene Arbeit nächste Woche bedeutet. Die Ressourcenallokation bleibt von den erklärten Prioritäten abgekoppelt, sodass die Organisation alles ungefähr gleich finanziert, während sie behauptet, drei Dinge hätten höchste Priorität, und niemand muss sich entscheiden. Jährliche Planungszyklen bewegen sich zu langsam für das Tempo, in dem sich die Bedingungen tatsächlich ändern, sodass das Framework die Frage von letztem Jahr mit den Ressourcen von diesem Jahr beantwortet. Keines dieser Scheitermuster erfordert eine schlechte Strategie. Sie treten auch dann auf, wenn die Strategie selbst solide war, weil ein Framework genau das auffangen soll, und ein Framework, das nur in der Planungsphase arbeitet, das nicht leisten kann.
Workpaths eigene Untersuchung dazu, basierend auf mehr als 30.000 realen Kunden-OKRs aus 45 Organisationen über drei Jahre, ergab: Organisationen, die ergebnisorientiertes Verhalten konsequent über den gesamten Zielzyklus hinweg anwenden, von der Formulierung bis zu den Check-ins, erhöhen ihre Wahrscheinlichkeit, ihre Ziele zu erreichen, um rund 30 Prozent. Die Verhaltensweisen, die die Zahl bewegten, verteilten sich über den gesamten Zyklus: wie Ziele formuliert wurden, wie Alignment geprüft wurde, wie Check-ins tatsächlich genutzt wurden.
Wie das in der Praxis aussieht
In der Praxis ist die Operating-Model-Säule dort, wo ein Framework im Alltag sichtbar wird. Ziele kaskadieren von einer Organisationsebene hinunter zu den Teams, die sie umsetzen, wobei jede Ebene die Ebene darüber in ihre eigenen Commitments übersetzt, zugeschnitten auf ihren eigenen Rahmen. Jemand besitzt jedes Ziel klar genug, dass wer dafür verantwortlich ist nie eine Frage ist, die zu Zögern oder mehreren Namen führt. Check-ins finden in einem Rhythmus statt, der dem tatsächlichen Arbeitstempo entspricht, und werden angepasst, wenn sich dieses Tempo ändert. Nichts davon braucht exotisches Tooling. Es braucht die People-Säule darunter: Sponsoren, die den Rhythmus als echte Arbeit behandeln, die Entscheidungen beeinflusst, und funktionale Teams, die ihre eigenen Ziele mit der darüberliegenden Richtung verbunden sehen.
Funktioniert euer Framework wirklich
Ein Framework funktioniert, wenn eine Organisation eine Handvoll Fragen zu jedem Zeitpunkt im Zyklus ehrlich beantworten kann, auch mitten in einem Quartal, wenn formal gar kein Review ansteht. Kann jemand zwei Ebenen unter der Geschäftsführung erklären, was die aktuellen strategischen Prioritäten für die eigene Arbeit bedeuten. Passt die Ressourcenallokation sichtbar zu den erklärten Prioritäten, oder wird weiterhin alles ungefähr gleich finanziert. Würde eine Führungskraft bemerken, dass ein Ziel ins Stocken gerät, bevor der Zyklus endet, durch ein Signal, das genau dafür gebaut wurde, statt es erst im Abschlussreview zu entdecken. Diese letzte Frage ist der Unterschied zwischen Execution Excellence, wie Workpath sie versteht, und einer Reporting-Übung im Execution-Gewand: Ein funktionierendes Framework macht ein Problem früh genug sichtbar, um zu handeln, während ein Framework, das nur im Nachhinein berichtet, das Zeitfenster bereits verpasst hat.
FAQ
Was sind die drei Säulen eines Strategieumsetzungs-Frameworks?
People, Operating Model und Technology, in dieser Abhängigkeitsreihenfolge. People umfasst Sponsorship und Change-Fähigkeit, Operating Model umfasst die Zielstrukturen und Review-Rhythmen, und Technology umfasst die Plattform, die den ersten beiden ermöglicht, im großen Maßstab zu funktionieren. Jede Säule ist Voraussetzung dafür, dass die nächste echten Wert liefert, sobald sie steht.
Ist ein Strategieumsetzungs-Framework dasselbe wie ein Strategieplan?
Nein. Ein Strategieplan ist eine Entscheidung darüber, wo man antritt und was priorisiert wird. Ein Strategieumsetzungs-Framework ist die dauerhafte Fähigkeit, die laufend testet, ob Menschen diesen Plan verstehen, ihn weiterhin umsetzen wollen und tatsächlich dazu in der Lage sind, während sich die Bedingungen nach der Planerstellung ändern. Ein Plan ist ein Dokument zu einem Zeitpunkt, ein Framework arbeitet über diesen Zeitpunkt hinaus weiter.
Brauchen auch kleinere Unternehmen ein formales Umsetzungs-Framework?
Die drei Fragen, verstehen, wollen, können, und die drei Säulen gelten unabhängig von der Größe, nur die Formalität skaliert nach unten. Ein kleines Unternehmen kann seine Operating-Model-Säule über ein einziges wöchentliches Meeting abbilden und seine Technology-Säule über eine gemeinsame Tabelle statt einer dedizierten Plattform. Der Bedarf an der zugrunde liegenden Disziplin des Frameworks verschwindet bei kleinerer Mitarbeiterzahl nicht, die Infrastruktur darum herum wird einfach leichter.
Wie wählt man zwischen konkurrierenden Strategieumsetzungs-Frameworks?
Fang damit an, welche Säule das Framework tatsächlich adressiert. Ein Modell rund um Zielsetzungsmechanik deckt Operating Model ab und setzt voraus, dass People und Technology anderswo abgedeckt sind. Eine Plattform deckt Technology ab und setzt voraus, dass die Organisation bereits eine funktionierende Zielstruktur hat, auf der sie läuft. Entscheide danach, welche Säule in eurer Organisation heute tatsächlich schwach ist. Ein poliertes Diagramm ist dafür nicht der entscheidende Faktor.
Wie oft sollte ein Strategieumsetzungs-Framework überprüft werden?
Das Framework selbst, die drei Säulen und wie sie zusammenhängen, muss selten geändert werden. Was in kürzeren Abständen überprüft werden muss, ist, ob die drei Fragen noch gelten: ob die Organisation die aktuelle Strategie noch versteht, weiterhin umsetzen will und tatsächlich dazu in der Lage ist, denn eine Reorganisation, eine Budgetänderung oder ein Wandel der Marktbedingungen kann jede der drei Bedingungen verschieben, lange bevor die nächste planmäßige Strategieüberprüfung ansteht.
Die meisten Organisationen brauchen kein neues Framework, sondern ein funktionierendes, das fortlaufend fragt, ob Menschen verstehen, wollen und in der Lage sind umzusetzen, statt diese Fragen einmal zu beantworten und die Sache für erledigt zu erklären. Unternehmensstrategie und Geschäftsstrategie entscheiden, was die Organisation erreichen will. Ein Strategieumsetzungs-Framework ist das, was diese Entscheidung nach dem Planungstreffen am Leben hält.
