TRANSFORMATION & BUSINESS

Zwischen Strategie und Umsetzung verschwindet viel Unternehmen.

Eine strategische Entscheidung kann vollkommen richtig sein und trotzdem kaum Wirkung entfalten.

Das Problem liegt häufig nicht in der Strategie – und auch nicht darin, dass niemand sie umsetzt. Es liegt in dem, was auf dem Weg durch die Organisation aus ihr wird.

Oktober 2026 · Tobbias Schloemer

Strategie scheitert selten im Strategiemeeting

Viele strategische Entscheidungen sind zunächst erstaunlich klar. Ein Unternehmen will zum Beispiel profitabler wachsen. Es möchte stärker über bestehende Kunden wachsen, seine Vertriebsproduktivität erhöhen oder seine Abhängigkeit von einzelnen Märkten reduzieren. Vielleicht soll das Kundenerlebnis verbessert, ein neues Geschäftsmodell aufgebaut oder die Zusammenarbeit zwischen Vertrieb und Service verändert werden.

Über die grundsätzliche Richtung besteht im Management häufig weitgehende Einigkeit. Schwieriger wird es danach. Denn eine strategische Entscheidung verändert zunächst noch gar nichts. Sie muss durch eine Organisation hindurch in andere Entscheidungen übersetzt werden: in Prioritäten und Budgets, Verantwortlichkeiten und Prozesse, Systeme und Daten, Ziele und schließlich in die tägliche Arbeit von Menschen. Und bei jeder dieser Übersetzungen kann sich die ursprüngliche Absicht verändern.

Das geschieht selten mit böser Absicht. Im Gegenteil: Jede beteiligte Funktion versucht normalerweise, ihren Teil der Entscheidung sinnvoll umzusetzen. Finance übersetzt sie in einen Business Case. HR betrachtet Rollen und Fähigkeiten. IT denkt über Architektur und Systeme nach. Fachbereiche entwickeln Prozesse und Anforderungen. Projektteams definieren Deliverables, Zeitpläne und Meilensteine. Irgendwann laufen überall entsprechende Umsetungsprojekte.

Und trotzdem stellt sich Monate später manchmal eine erstaunlich schwierige Frage: Was genau sollte sich durch unsere ursprüngliche Entscheidung eigentlich im Unternehmen verändern?

Organisationen übersetzen Strategie in ihre eigene Logik

Nehmen wir ein einfaches Beispiel, das ich selbst erlebt habe. Eine Geschäftsführung kommt zu dem Schluss, dass das Unternehmen stärker aus bestehenden Kundenbeziehungen wachsen muss. Die strategische Absicht ist nachvollziehbar: Kundenpotenziale sollen besser erkannt, systematischer entwickelt und über mehrere Leistungen oder Produktbereiche hinweg genutzt werden.

Daraus entsteht ein Programm zur Professionalisierung des Vertriebs. Der Vertrieb fordert bessere Transparenz über Kunden und Opportunities. Das bestehende CRM unterstützt die gewünschte Arbeitsweise nicht ausreichend. Also beginnt eine CRM-Initiative.

Jetzt werden die Anforderungen gesammelt. Daten müssen migriert werden. Schnittstellen werden definiert. Die IT prüft Sicherheit und Architektur. Der Vertrieb diskutiert Pipeline-Stufen. Marketing braucht andere Felder. Das Management möchte Reports. Ein Implementierungspartner konfiguriert das System. Nach einigen Monaten steht ein neues CRM.

Das Projekt ist für sich genommen erfolgreich. Es ist im Budget geblieben, das CRM wurde rechtzeitig eingeführt, alles läuft technisch stabil und wird auch von den vorgesehenen Nutzern verwendet. Aber: wachsen denn jetzt die bestehenden Kundenbeziehungen tatsächlich stärker? Eher nicht.

Denn auf dem Weg von „Wir wollen systematischer aus unseren Kundenbeziehungen wachsen“ zu „Wir haben ein neues CRM eingeführt“ war etwas Entscheidendes passiert: Aus einem angestrebten Geschäftsergebnis wurde schrittweise ein Projektziel. Das CRM war sicherlich notwendig. Es war aber nie eine Strategie und für sich genommen hat es nichts bewegt.

Und genau an solchen Stellen verschwindet viel Unternehmen zwischen Strategie und Umsetzung.

Nicht die erfolgreiche Umsetzung eines Projekts ist der Maßstab. Entscheidend ist, ob die ursprünglich beabsichtigte Veränderung im Unternehmen tatsächlich eingetreten ist.

DER GEDANKE DAHINTER
Transformation & Business

Ein erfolgreiches Projekt kann eine erfolglose Transformation sein.

Unternehmen sind sehr gut darin geworden, Projekte zu steuern. Dazu gehören Projektpläne, Budgets, Steering Committees, Statusberichte, Verantwortlichkeiten, Milestones und definierte Deliverables.
All das ist sinnvoll, aber dennoch entstehen Probleme, wenn die Steuerungslogik des Projekts unbemerkt die Steuerungslogik der Transformation ersetzt.

Dann wird beispielsweise gemessen, ob ein neues System termingerecht eingeführt wurde, aber nicht, ob sich dadurch die Qualität der Prozesse und der Outcome verbessert hat. Ein neues Operating Model wird verabschiedet, aber niemand beobachtet, ob Entscheidungen tatsächlich dadurch schneller getroffen werden. Prozesse werden dokumentiert, aber die Organisation arbeitet weiter wie vorher. Mitarbeiter absolvieren Trainings, aber ihre täglichen Routinen verändern sich kaum. Das Projekt selbst kann in all diesen Fällen grün sein. Die geplante Transformation ist es möglicherweise nicht.

Die klassischen Projektkennzahlen in Unternehmen erfassen die Performance für die Dauer des Projektes, aber eben nicht die Performance der Organisation danach. Meistens wird sowieso der Status Quo der Prozesse vor dem Transformationsprojekt überhaupt nicht erhoben. Dann sind auch Vorher-Nachher-Vergleiche so gut wie unmöglich.

Deswegen sollten Unternehmen, die Strategien mit Programmen und Initiativen umsetzen wollen, immer direkt bei der Entcheidungsfindung definieren:

Was soll nach Abschluss dieser Initiative im Unternehmen erkennbar anders funktionieren als vorher? Die Antwort darauf sollte möglichst konkret sein.
Wer soll künftig schneller entscheiden können? Welche Übergaben sollen entfallen?
Welcher Kunde soll etwas anderes erleben?
Welche Information soll früher verfügbar sein? Welche Verantwortung soll eindeutiger sein?
Welche Arbeit wird nicht mehr gemacht?
Welche Kennzahl sollte sich dadurch verändern?

Je konkreter diese Antworten werden, desto sicherer wird nicht nur ein Projekt umgesetzt, sondern die Organisation arbeitet geschlossen in die richtige Richtung. Je weniger diese Punkte berücksichtigt werden, um so leichter kann echter Impact mit Projekterfolg verwechselt werden.

Zwischen Entscheidung und Wirkung liegt die Organisation

Eine Organisation besteht aus bestehenden Strukturen, Verantwortlichkeiten, Budgets, Systemen, Zielen und Gewohnheiten. Vor allem aber besteht sie aus Menschen, die gelernt haben, innerhalb genau dieser Strukturen erfolgreich zu arbeiten. Eine neue Strategie trifft deshalb immer auf eine bereits vorhandene Realität. Das erklärt auch, warum der häufig verwendete Begriff „Widerstand gegen Veränderung“ aus meiner Sicht oft zu kurz greift. Was wie Widerstand aussieht, kann vollkommen rationales Verhalten sein.

Ein Bereich verteidigt möglicherweise nicht die Vergangenheit, sondern seine Ergebnisverantwortung. Eine IT-Abteilung bremst vielleicht nicht Innovation, sondern schützt eine Architektur, deren Risiken andere nicht sehen. Ein Vertriebsleiter hält an einem Prozess fest, weil sein Team an genau diesen Kennzahlen gemessen wird. Ein Mitarbeiter nutzt eine neue Arbeitsweise nicht, weil die alte in seinem tatsächlichen Alltag weiterhin schneller funktioniert.

Solche Konflikte lassen sich nicht durch bessere Kommunikation allein lösen – sie müssen verstanden und bearbeitet werden. Denn eine Transformation, d.h. eine Änderung auf Basis strategischer Entscheidungen, verändert fast immer mehr als nur einen Prozess oder als ein einziges System. Sie verändert komplexe Abhängigkeiten, Entscheidungsrechte, Informationsflüsse und manchmal auch (informellen) Einfluss im Unternehmen. Das zu antizipieren und erfolgreich zu gestalten – das ist anspruchsvolle Managementarbeit.

Das Problem potenziert sich in der Praxis durch die funktionale Verantwortung der verschiedenen Bereiche im Unternehmen. Alle Unternehmen – vom Startup bis zum Konzern - brauchen einen bestimmten Grad an interner Arbeitsteilung und funktionaler Spezialisierung. Vertrieb, Marketing, Finance, Operations, HR und IT haben nun mal wichtige und unterschiedliche Aufgaben und Kompetenzen. Diese Arbeitsteilung macht komplexe Organisationen überhaupt erst steuerbar.

Aber Transformation in Unternehmen hält sich nicht an diese Grenzen. Ein Prozess, der eingeführt oder optimiert werden soll, kann Marketing, Vertrieb, Service, Finance und IT gleichzeitig betreffen. Eine bessere Customer Experience kann Änderungen an Daten, Verantwortlichkeiten, Prozessen und Systemen erfordern. Ein neues Geschäftsmodell passt möglicherweise weder in die vorhandene Vertriebsorganisation noch in die bestehende Ergebnisrechnung.

Jeder Bereich kann also jetzt seinen Teil korrekt optimieren und das Gesamtergebnis kann trotzdem schlechter werden. Marketing maximiert Leads. Vertrieb optimiert Conversion. Service reduziert Bearbeitungszeit. Finance senkt Kosten. IT standardisiert Systeme. Aber wer optimiert den vollständigen Weg des Kunden oder das wirtschaftliche Ergebnis des gesamten Prozesses? Das ist eine der schwierigsten Fragen bei bereichsübergreifender Transformation. Denn häufig gehört das gewünschte Ergebnis allen – und der dafür notwendige End-to-End-Prozess niemandem vollständig.

Transformation braucht Verantwortung zwischen den Kästchen im Organigramm

Organigramme sind hervorragend darin, Verantwortung innerhalb von Kästchen darzustellen. Auf den ersten Blick ist klar, wer was verantwortet. Die Verbindungen zwischen diesen Bereichen werden aber so gut wie nie dargestellt. Also beschreiben klassische Organigramme zwar die Aufbauorganisation, aber nicht die Ablauforganisation im Unternehmen.

In vielen Unternehmen steht die organisatorische Trennung der „Ab-Teilungen“ im Vordergrund und die Zusammenarbeit der Bereiche ist nicht aufgeschrieben, sondern sie wird einfach gelebt. Aber die Essenz jedes Unternehmens - die Prozesse – passieren meistens zwischen und nicht nur in den Abteilungen.

Genau dort – im unbeschriebenen Zwischenraum zwischen Bereichen und Abteilungen - entstehen Übergaben, Zielkonflikte und Lücken. Dort treffen Business und Technologie aufeinander. Dort muss entschieden werden, ob eine bestehende Prozessregel noch sinnvoll ist. Und dort fällt häufig auf, dass zwei Bereiche jeweils einen Teil eines Prozesses hervorragend beherrschen, aber niemand den gesamten Ablauf verantwortet.

Deshalb reicht es bei größeren Veränderungen nicht, einzelne Workstreams sauber zu verteilen. Jemand muss die Verbindung zur ursprünglichen Managemententscheidung erhalten und überwachen.

Diese bereichsübergreifende Verantwortung ist nicht zwingend eine neue dauerhafte Position. Sie kann bei einem Mitglied der Geschäftsführung liegen, bei einem starken Programmverantwortlichen oder für eine begrenzte Zeit bei jemandem, der bewusst über funktionale Grenzen hinweg arbeitet. Entscheidend ist nicht der Titel, sondern das Mandat für diese Person.

Die Person in dieser Rolle muss immer wieder dieselben unbequemen Fragen stellen dürfen: Warum tun wir das? Welche konkrete Wirkung wollten wir erreichen? Hilft diese Entscheidung dabei? Was verändert sich dadurch in der tatsächlichen Arbeit in den Bereichen? Und wenn zwei Funktionen jeweils eine vernünftige Lösung verfolgen, die zusammen aber nicht funktionieren, muss gefragt werden dürfen: Wer entscheidet für das Unternehmen als Ganzes?

Das ist etwas anderes als klassisches Projektmanagement. Projektmanagement sorgt dafür, dass vereinbarte Arbeit erledigt wird. Transformation Management muss zusätzlich sicherstellen, dass die vereinbarte Arbeit noch immer die richtige Veränderung erzeugt.

Strategie entwickelt sich in der Umsetzung weiter

Die verbreitete Trennung zwischen Strategie und Umsetzung suggeriert, dass die wesentlichen strategischen Entscheidungen getroffen sind, bevor die eigentliche Umsetzung beginnt. In der Praxis ist diese Grenze deutlich weniger eindeutig.

Erst in der Umsetzung zeigt sich, welche strategischen Annahmen tatsächlich tragen. Ein neuer Vertriebsansatz kann bei großen Kunden hervorragend funktionieren und in anderen Segmenten kaum Wirkung entfalten. Ein neues Servicekonzept erzeugt möglicherweise einen höheren operativen Aufwand als erwartet. Ein Prozess lässt sich technisch erheblich weiter automatisieren als ursprünglich angenommen. Oder eine organisatorische Schnittstelle erweist sich als entscheidender Engpass, obwohl sie in der strategischen Analyse kaum eine Rolle gespielt hat.

Solche Erkenntnisse sind nicht lediglich Abweichungen von einem zuvor definierten Plan. Sie verändern die Informationsgrundlage, auf der strategische Entscheidungen getroffen wurden.

Umsetzung bzw. Transformation von Strategien in Aktionen im Unternehmen hat deshalb eine zweite Funktion: Sie realisiert Strategie nicht nur, sondern überprüft und konkretisiert sie unter realen Bedingungen.

Für das Management entsteht daraus ein kontinuierlicher Rückkopplungsprozess. Entscheidungen werden umgesetzt, ihre Wirkung wird beobachtet, Annahmen werden überprüft und Prioritäten oder Lösungswege bei Bedarf angepasst. Je größer die Unsicherheit eines Vorhabens ist, desto wichtiger wird diese Fähigkeit.

Problematisch wird es, wenn ein einmal verabschiedetes Transformationsprogramm seine eigene Logik entwickelt. Dann werden Meilensteine, Budgets und ursprünglich definierte Deliverables weiterverfolgt, obwohl die Organisation während der Umsetzung bereits Erkenntnisse gewonnen hat, die eine andere Entscheidung nahelegen würden. Planerfüllung beginnt dann, strategisches Lernen zu verdrängen.

Strategische Konsequenz bedeutet deshalb nicht, unter veränderten Bedingungen möglichst lange an einer einmal getroffenen Entscheidung festzuhalten. Sie bedeutet, an der strategischen Absicht festzuhalten und gleichzeitig bereit zu sein, den Weg dorthin auf Basis neuer Erkenntnisse weiterzuentwickeln.

Transformation erzeugt Zielkonflikte

Transformation verändert nicht nur Prozesse, Systeme oder Organisationsstrukturen. Sie greift fast immer auch in bestehende Ziele, Verantwortlichkeiten und Interessen ein. Damit entstehen Zielkonflikte – nicht als unerwünschte Begleiterscheinung, sondern als beinahe zwangsläufige Folge relevanter Veränderung.

Was für das Unternehmen als Ganzes sinnvoll ist, muss für einen einzelnen Bereich nicht gleichermaßen vorteilhaft sein. Ein durchgängiger Kundenprozess kann beispielsweise zusätzliche Verantwortung im Vertrieb erzeugen, gleichzeitig aber den Service entlasten. Eine stärkere Standardisierung verbessert möglicherweise Effizienz und Skalierbarkeit, schränkt aber die Flexibilität einzelner Geschäftseinheiten ein. Eine Automatisierung reduziert operative Kosten, verändert jedoch Aufgaben, Kapazitäten und möglicherweise auch den Einfluss bestehender Funktionen.

Solche Konflikte lassen sich nicht dadurch lösen, dass jede beteiligte Funktion ihren eigenen Beitrag weiter optimiert. Gerade weil die jeweiligen Positionen aus Sicht der einzelnen Bereiche häufig vollkommen rational sind, braucht es eine Perspektive auf das übergeordnete Ziel der Transformation.

Dabei sollten Zielkonflikte möglichst dort gelöst werden, wo die betroffenen Bereiche über das notwendige Wissen und die erforderlichen Entscheidungsräume verfügen. Nicht jeder Interessengegensatz gehört auf die Agenda der Geschäftsführung. Eine Organisation, die jeden funktionalen Konflikt nach oben eskalieren muss, hat letztlich keine tragfähige Verantwortung für die Transformation etabliert.

Entscheidend ist vielmehr, Zielkonflikte sichtbar und entscheidbar zu machen: Welche Interessen stehen tatsächlich gegeneinander? Welche Konsequenzen haben die verschiedenen Optionen für das Gesamtunternehmen? Und welche Lösung zahlt am stärksten auf die ursprünglich beabsichtigte Veränderung ein?

Gerade an dieser Stelle kann eine unabhängige Perspektive von außen hilfreich sein. Nicht weil externe Beteiligte die Organisation besser kennen als diejenigen, die täglich in ihr arbeiten. Sondern weil sie weniger Teil der bestehenden Interessenlage sind. Sie müssen keine historische Position verteidigen, gehören keinem der beteiligten Bereiche an und sind idealerweise auch nicht daran interessiert, eine bestimmte Technologie oder Lösung durchzusetzen.

Es ist wichtig, das Handling von Zielkonflikten als normale und als regelmäßig auftretende Management-Aufgabe zu begreifen. Sie erfordert Erfahrung und Neutralität: Positionen von Interessen trennen, Konsequenzen verschiedener Optionen transparent machen und Lösungen vorschlagen, ohne selbst Gewinner oder Verlierer der Entscheidung zu sein. Die Entscheidung soll dort verbleiben, wo sie hingehört – im Unternehmen. Aber die Diskussion kann sachlicher werden, wenn nicht jeder Beteiligte zugleich Teil des Konflikts ist.

Transformation braucht deshalb nicht die Abwesenheit von Zielkonflikten. Sie braucht die Fähigkeit, sie im Interesse des Gesamtunternehmens aufzulösen.

Management muss Veränderung gestalten - und nicht das Programm kontrollieren

Wenn Verantwortung näher an den betroffenen Bereichen liegen und Zielkonflikte möglichst dort gelöst werden sollen, stellt sich zwangsläufig die Frage nach der Rolle des Managements. Sie wird durch diese Verlagerung nicht kleiner. Sie verändert sich.

In vielen Transformationsprogrammen konzentriert sich die Aufmerksamkeit des Managements stark auf den Fortschritt des Programms: Sind wir im Zeitplan? Bleiben wir im Budget? Werden die vereinbarten Meilensteine erreicht? Wo stehen die einzelnen Workstreams? Welche Risiken müssen eskaliert werden? Diese Fragen sind notwendig. Sie sollten aber weitgehend durch eine professionelle Programmsteuerung beantwortet werden können. Die eigentliche Managementaufgabe beginnt dort, wo Projektmanagement an seine Grenzen kommt.

Management muss die Voraussetzungen schaffen, unter denen die beabsichtigte Veränderung überhaupt stattfinden kann. Dazu gehört zunächst, die strategische Absicht über die Dauer der Transformation klar zu halten: Welches Problem wollen wir lösen? Was soll sich für das Geschäft konkret verbessern? Und welche Priorität hat diese Veränderung gegenüber anderen legitimen Zielen der Organisation?

Genauso wichtig ist die Gestaltung der Rahmenbedingungen. Management entscheidet über Ressourcen und Prioritäten, über Verantwortlichkeiten und Entscheidungsräume. Es muss erkennen, wenn bestehende Strukturen, Zielsysteme oder Verantwortlichkeiten die gewünschte Veränderung verhindern – und bereit sein, diese zu verändern.

Dabei sollte sich ein Management-Team nicht jeden operativen Zielkonflikt an sich ziehen. Seine besondere Verantwortung liegt bei den Konflikten, die innerhalb der bestehenden Organisation gerade nicht sinnvoll gelöst werden können: wenn beispielsweise zwei Bereiche jeweils rational handeln, ihre Ziele aber nicht gleichzeitig erreichbar sind; wenn eine Transformation bestehende Macht- oder Verantwortungsstrukturen berührt; oder wenn das Interesse eines einzelnen Bereichs und das Interesse des Gesamtunternehmens auseinanderfallen.

Vor allem aber muss Management auf die Wirkung der Transformation schauen. Nicht nur darauf, ob das Unternehmen umsetzt, was ursprünglich beschlossen wurde, sondern darauf, ob die Veränderung tatsächlich das bewirkt, was mit ihr erreicht werden sollte. Neue Erkenntnisse aus der Umsetzung müssen deshalb wieder zu Managemententscheidungen führen können – auch dann, wenn dadurch ursprüngliche Annahmen, Prioritäten oder Lösungswege korrigiert werden müssen.

Damit verändert sich die Perspektive auf Transformation Management. Das Management-Team steht nicht außerhalb der Veränderung und kontrolliert ihren Fortschritt. Vielmehr gestaltet das Management-Team das Umfeld, in dem Veränderung möglich wird, hält die Organisation auf das gemeinsame Ziel ausgerichtet und greift dort ein, wo nur Management die Voraussetzungen für den nächsten Schritt schaffen kann.

Das ist anspruchsvoller als die Kontrolle eines Transformationsprogramms. Aber genau darin liegt aus meiner Sicht die eigentliche Führungsaufgabe.

Vom Projekterfolg zum Transformation Yield

Das Management eines Unternehmens hat die Aiufgabe, die Transformation im Unternehmen an zwei Erfolgsgrößen zu messen: am Fortschritt des Transformationsprogramms selbst als auch am messbaren Beitrag der erzielten Transformation zum Unternehmenserfolg.

Der Fortschritt des Projektes bzw. des Transformationsprogramms ist relativ einfach zu messen. Es gibt unendlich viele Frameworks und klassische Kennzahlen aus dem Projektmanagement, die hier angelegt werden. Sie messen die Einhaltung des Budgets und des Zeitplans. Sie messen, ob die vereinbarten Deliverables geliefert werden. Sie checken, ob neue Systeme wie geplant eingeführt werden. Sie überwachen, ob die Mitarbeiter geschult werden und ob die neuen Prozesse genutzt werden.

Was all diese Parameter nur eingeschränkt beantworten, ist die eigentlich entscheidende Frage: Ist die Wirkung, für die wir diese Transformation begonnen haben, tatsächlich im Unternehmen angekommen?

Genau diese Lücke halte ich auch nach Jahren Transformationsarbeit für bemerkenswert. Für Investitionen werden Business Cases gerechnet. Für Projekte existieren ausgefeilte Steuerungsmodelle. Zwischen dem ursprünglichen Business Case und dem erfolgreichen Projektabschluss wird jedoch erstaunlich selten systematisch gemessen, welcher Anteil der erwarteten Wirkung tatsächlich realisiert wurde.

Irgendwann habe ich für meine eigene Arbeit eine eigene Messgröße entwickelt. Sie ist keine Rocket Science und kein riesiges KPI-Framework. Ich nenne sie Transformation Yield. Der Transformation Yield beschreibt den messbaren Anteil der ursprünglich erwarteten Wirkung einer Transformation, der im Unternehmen tatsächlich realisiert wurde. Die Grundidee ist bewusst einfach. Wir setzen einfach die realisierten Wirkung ins Verhältnis zur erwarteten Wirkung einer Maßnahme. Nichts Besonderes also. Oder ein wenig hochtrabender als Formel ausgedrückt: TY = Realized Impact / Expected Impact.

Ein Transformation Yield von 100 Prozent bedeutet damit nicht, dass alle Workstreams abgeschlossen, sämtliche Funktionen eines Systems implementiert oder alle Projektmeilensteine erreicht wurden. Er bedeutet etwas Anspruchsvolleres: Die Wirkung, für die das Unternehmen die Transformation ursprünglich begonnen hat, wurde vollständig realisiert.

Ein einfaches Beispiel:

Nehmen wir an, ein Unternehmen beschließt eine Prozess-Transformation in den kundennahen Bereichen.
Der Business Case erwartet daraus nach vollständiger Umsetzung einen zusätzlichen jährlichen Ergebnisbeitrag von zehn Millionen Euro.
Das Programm wird umgesetzt. Das neue Operating Model steht. Prozesse wurden verändert, Systeme eingeführt und Mitarbeiter geschult. Nach achtzehn Monaten gilt das Programm als weitgehend abgeschlossen.
Der tatsächlich nachweisbare zusätzliche Ergebnisbeitrag beträgt zu diesem Zeitpunkt sechs Millionen Euro. Der Transformation Yield beträgt also 6 Mio. / 10 Mio. = 60 %

Die interessante Managementfrage lautet nun nicht mehr, ob das Projekt erfolgreich abgeschlossen wurde. Sie lautet: Wo sind die übrigen 40 Prozent der erwarteten Wirkung geblieben?

Vielleicht wurden einzelne Prozessveränderungen nicht vollständig realisiert.
Vielleicht verhindert ein Zielkonflikt zwischen zwei Bereichen die vorgesehene Arbeitsweise.
Vielleicht wird ein neues System zwar genutzt, aber die alten Prozesse bestehen parallel weiter.
Vielleicht war eine Annahme des ursprünglichen Business Case falsch.
Oder vielleicht hat die Organisation während der Umsetzung etwas gelernt, das inzwischen eine andere Lösung nahelegt.

Der Transformation Yield als Messgröße beantwortet diese Fragen nicht automatisch. Aber die Kennzahl zwingt dazu, diese wichtigen Fragen zu stellen. Projektfortschritt und Transformationserfolg sind eben zwei verschiedene Größen. Und so lässt sich auch eine häufige Verwechslung sichtbar machen:

Ein Transformationsprogramm kann seine vereinbarten Deliverables vollständig liefern und trotzdem nur einen Teil seiner erwarteten Wirkung realisieren.
Umgekehrt kann eine Organisation während der Umsetzung feststellen, dass bestimmte ursprünglich geplante Maßnahmen gar nicht notwendig sind – und trotzdem einen sehr hohen Anteil der erwarteten Wirkung erreichen.

Damit entstehen zwei voneinander unabhängige Perspektiven:

Delivery misst, was umgesetzt wurde.
Yield misst, was dadurch tatsächlich erreicht wurde.

Ein Programm könnte beispielsweise zu 100 Prozent geliefert sein und einen Transformation Yield von nur 40 Prozent erreichen. Ein anderes Programm könnte lediglich 80 Prozent seiner ursprünglich geplanten Deliverables umsetzen, aber bereits 95 Prozent der erwarteten Wirkung erzielen.

Aus klassischer Projektsicht erscheint das erste Programm erfolgreicher. Aus Unternehmenssicht dürfte es das zweite sein. Genau deshalb sollte ein Managementteam beide Größen nebeneinander sehen. 100 % Delivery ≠ 100 % Transformation.

Diese einfache Unterscheidung verändert aus meiner Sicht bereits die Diskussion in vielen Steering Committees. Denn plötzlich ist nicht mehr automatisch die vollständige Abarbeitung des ursprünglichen Plans das Ziel. Entscheidend wird, welche Maßnahmen tatsächlich zur erwarteten Wirkung beitragen.

Das eröffnet auch die Möglichkeit, Maßnahmen bewusst zu stoppen, zu verändern oder durch bessere zu ersetzen – ohne dies automatisch als Scheitern des Programms zu interpretieren.

Wirkung messen. Annahmen prüfen.

Transformation Yield setzt voraus, dass die erwartete Wirkung einer Veränderung von Beginn an hinreichend konkret definiert wird. Dabei muss es nicht immer um finanzielle Ergebnisse gehen. Je nach Zielsetzung können zusätzlicher Deckungsbeitrag und Kundenwert ebenso relevant sein wie Produktivität, Prozessdurchlaufzeiten, Fehlerquoten, Entscheidungsdauer oder Kundenbindung.

Entscheidend ist, dass das Management vor Beginn der Transformation festlegt, woran sich ihr tatsächlicher Erfolg erkennen lässt. Dafür braucht es drei Größen: Baseline, Target und Actual – den Ausgangszustand, die angestrebte Verbesserung und die tatsächlich erreichte Wirkung.

Damit erhält auch der ursprüngliche Business Case eine neue Rolle. Er dient nicht mehr ausschließlich der Investitionsentscheidung, um anschließend vom klassischen Projektcontrolling abgelöst zu werden. Vielmehr bleibt er während der Umsetzung ein Bezugspunkt, an dem Erwartungen und Ergebnisse kontinuierlich abgeglichen werden.

Ein niedriger Transformation Yield bedeutet dabei nicht zwangsläufig eine mangelhafte Umsetzung. Er kann ebenso offenlegen, dass ursprüngliche Annahmen über Marktpotenziale, Produktivitätseffekte oder organisatorische Möglichkeiten nicht tragfähig waren. Solche Erkenntnisse sollten nicht durch nachträgliche Anpassungen der Erfolgsmessung verdeckt werden, sondern zu einer bewussten Neubewertung des Business Case und gegebenenfalls der strategischen Prioritäten führen. Dabei müssen ursprüngliche Erwartungen und ihre späteren Revisionen nachvollziehbar bleiben.

Transformation Yield ist damit nicht nur eine Kennzahl für realisierte Wirkung, sondern auch ein Instrument strategischen Lernens. Die Differenz zwischen Erwartung und Ergebnis wird zur Grundlage besserer Entscheidungen – statt lediglich zum Gegenstand nachträglicher Erfolgs- oder Misserfolgsbewertungen.

Von Transformation Yield zu Return on Transformation

Die Zahl und Tragweite unternehmerischer Veränderungen nehmen zu. Kostensenkungs- und Restrukturierungsprogramme, neue Operating Models, die Automatisierung ganzer Prozessketten und der Einsatz künstlicher Intelligenz verändern zunehmend nicht nur einzelne Funktionen, sondern die wirtschaftliche Architektur von Unternehmen.

Damit wächst auch das Risiko, dass eine Transformation ihre ursprünglichen Ziele zwar erreicht, das Unternehmen insgesamt aber weniger gewinnt als erwartet. Ein Kostensenkungsprogramm kann kurzfristig Einsparungen realisieren und zugleich Fähigkeiten abbauen, die später teuer wiederhergestellt werden müssen. Eine AI-getriebene Prozessautomatisierung kann Personalaufwand reduzieren, während neue Technologie-, Integrations- und Kontrollkosten den wirtschaftlichen Vorteil weitgehend aufzehren.

Der Transformation Yield allein beantwortet deshalb noch nicht die vollständige Managementfrage. Eine Veränderung kann ihre erwartete Wirkung erreichen und dennoch eine wirtschaftlich unattraktive Investition sein. Hier setzt eine zweite Größe an: der Return on Transformation (RoT).

Während der Transformation Yield den realisierten Anteil der erwarteten Wirkung misst, stellt der RoT den tatsächlich erzielten wirtschaftlichen Nettonutzen dem eingesetzten Transformationskapital gegenüber. Entscheidend sind dabei nicht nur einmalige Projektkosten, sondern auch zusätzliche laufende Aufwendungen, Folgekosten und gegebenenfalls der Verlust bisheriger Leistungsfähigkeit.

Die beiden Größen beantworten unterschiedliche Fragen:

Transformation Yield: Haben wir die beabsichtigte Wirkung erreicht?
Return on Transformation: War diese Wirkung den tatsächlichen Aufwand wert?

Für das Management entsteht daraus eine einfache, aber aufschlussreiche Betrachtung aus drei Perspektiven: DELIVERY – YIELD – RETURN.

DELIVERY: Did we deliver it?
YIELD: Did it work?
RETURN: Was it worth it?

Ein Programm mit 95 Prozent Delivery, 45 Prozent Yield und negativem Return verlangt andere Entscheidungen als eines, das mit 75 Prozent der ursprünglich geplanten Maßnahmen bereits 90 Prozent seiner erwarteten Wirkung erzielt und einen überzeugenden wirtschaftlichen Return aufweist.

Diese Unterscheidung könnte gerade für CFO und COO zu einer gemeinsamen Steuerungsgrundlage werden: Der eine betrachtet die wirtschaftliche Wertschöpfung, der andere die tatsächliche Veränderung operativer Leistungsfähigkeit. Beide müssen beurteilen können, ob weitere Investitionen sinnvoll sind, Maßnahmen angepasst werden sollten oder eine Initiative ihren wirtschaftlichen Zweck bereits erfüllt hat.

Dafür braucht es nicht zwingend ein neues Reporting-System. Ein erster Schritt könnte darin bestehen, ein laufendes Transformationsprogramm im Führungskreis oder in einem gemeinsamen Workshop anhand dieser drei Größen neu zu betrachten. Häufig dürfte bereits der Versuch, Delivery, Yield und Return nebeneinanderzustellen, interessante Unterschiede zwischen Projektfortschritt, realisierter Wirkung und wirtschaftlichem Ergebnis sichtbar machen.

Je mehr Unternehmen gleichzeitig verändern müssen, desto wichtiger wird diese Unterscheidung. Denn Transformationsfähigkeit bedeutet nicht nur, Veränderungen erfolgreich umzusetzen. Sie bedeutet auch, die richtigen Veränderungen auszuwählen, ihre tatsächliche Wirkung zu erkennen und rechtzeitig zu entscheiden, welche Investitionen weitergeführt werden sollten.

Ein Projekt ist erfolgreich, wenn es liefert, was vereinbart wurde.
Eine Transformation ist erfolgreich, wenn das Unternehmen danach messbar besser aufgestellt ist – und der dafür eingesetzte Aufwand gerechtfertigt war.

Transformation Success wird zur Überlebensfrage

Transformation wird für Unternehmen zunehmend zu einer wirtschaftlichen Existenzfrage. Ganze Industrien müssen ihre Geschäftsmodelle, Kostenstrukturen und technologischen Grundlagen gleichzeitig verändern.

In der Automobilindustrie fließen Milliarden in neue Antriebe, Softwarekompetenzen und Produktionssysteme, während etablierte Ertragsquellen unter Druck geraten. Parallel verspricht künstliche Intelligenz Produktivitätssprünge, die weit über die Optimierung einzelner Arbeitsplätze hinausgehen – bis hin zur grundlegenden Neuorganisation ganzer Unternehmensfunktionen.

Doch gerade bei solchen Transformationen kann der Abstand zwischen erfolgreicher Umsetzung und tatsächlichem wirtschaftlichem Nutzen erheblich werden.

Ein Restrukturierungsprogramm kann seine Einsparziele erreichen und gleichzeitig Kompetenzen, Innovationsfähigkeit oder Kundenbeziehungen beschädigen. Ein AI-Programm kann erhebliche Personalkosten reduzieren, während zusätzliche Technologie- und Kontrollkosten entstehen oder die Qualität der Kundenbetreuung sinkt. Und ein Unternehmen kann Milliarden in eine neue technologische Architektur investieren, ohne damit bereits die erwartete Wettbewerbsposition zu erreichen.

Die kritische Frage lautet deshalb nicht mehr nur, ob eine Transformation ihre Ziele erreicht. Sondern auch, ob das Unternehmen durch sie tatsächlich wirtschaftlich stärker geworden ist.

WAS JETZT WICHTIG IST

Drei Fragen, die bleiben

Transformation wird zunehmend zur Daueraufgabe des Managements. Umso wichtiger ist es, nicht nur Programme erfolgreich umzusetzen, sondern ihre tatsächliche Wirkung und ihren wirtschaftlichen Wert zu verstehen.

Drei Fragen können helfen, laufende und geplante Transformationen aus einer anderen Perspektive zu betrachten.

DELIVERY - Setzen wir noch die richtigen Dinge um? Oder nur das, was wir ursprünglich geplant haben?

Projektfortschritt allein ist kein Erfolgsnachweis. Entscheidend ist, ob die Maßnahmen weiterhin auf die strategische Absicht einzahlen und neue Erkenntnisse aus der Umsetzung berücksichtigt werden. Auch das bewusste Beenden einer Maßnahme kann eine gute Managemententscheidung sein.

YIELD - Wieviel der erwarteten Veränderung ist tatsächlich im Unternehmen angekommen?

Welche messbaren Verbesserungen sind in Prozessen, Kundenbeziehungen und operativer Leistung bereits eingetreten? Transformation Yield macht sichtbar, wie weit tatsächliche Wirkung und ursprüngliche Erwartung auseinanderliegen – unabhängig vom Projektstatus.

RETURN - Ist unser Unternehmen durch diese Transformation wirtschaftlich stärker geworden?

Erzielte Verbesserungen müssen sich am gesamten Transformationsaufwand messen lassen – einschließlich laufender Folgekosten und möglicher negativer Nebenwirkungen. Erst dann zeigt sich, ob eine erfolgreich umgesetzte Veränderung auch eine gute unternehmerische Investition war.