Das Operating Model hinter der Strategie

Strategie scheitert selten daran, dass niemand die Ambition verstanden hat. Sie scheitert daran, dass die Organisation im Alltag nach anderen Regeln entscheidet. Budgets belohnen Besitzstände, Gremien verlangsamen reversible Entscheidungen, Plattformteams optimieren technische Auslastung und Fachbereiche lokale Zielgrößen. Das Operating Model ist die Architektur, die diese Widersprüche entweder auflöst oder dauerhaft reproduziert.

Es beschreibt nicht nur ein Organigramm. Es verbindet sechs Elemente: Wertschöpfungslogik, Entscheidungsrechte, Finanzierung, Fähigkeiten, technologische Plattformen und Managementtaktung. Erst wenn diese Elemente dieselbe strategische Richtung ausdrücken, kann eine Organisation schnell handeln, ohne ihre Kontrolle zu verlieren.

Strategie braucht eine Entscheidungsarchitektur

Eine strategische Priorität ist erst belastbar, wenn klar ist, welche wiederkehrenden Entscheidungen sich durch sie verändern. „Kundenzentrierter werden“ bleibt folgenlos, solange Produktteams kein Mandat über den gesamten Kundenprozess besitzen. „Datengetrieben handeln“ bleibt symbolisch, solange Datenzugang an Bereichsgrenzen endet. „KI skalieren“ bleibt eine Demo-Agenda, solange niemand den Übergang in den Betrieb finanziert.

Jede Priorität sollte deshalb in vier Entscheidungstypen übersetzt werden:

• Allokation: Wohin fließen Kapital, Daten und Führungskapazität?
• Architektur: Welche Standards sind verbindlich, welche Varianten erlaubt?
• Produkt: Wer entscheidet über Nutzen, Qualität und Einstellung eines Angebots?
• Risiko: Wer akzeptiert Abweichungen und wer besitzt das Eingriffsrecht?

Diese Entscheidungen brauchen keine maximale Zentralisierung. Sie brauchen eindeutige Mandate und nachvollziehbare Eskalationswege.

Finanzierung formt Verhalten stärker als Leitbilder

Viele Unternehmen erklären Produkte und Plattformen zum Ziel, finanzieren aber weiterhin zeitlich begrenzte Projekte. Damit entsteht ein struktureller Widerspruch: Teams sollen langfristige Ergebnisverantwortung übernehmen, müssen ihre Existenz jedoch in jährlichen Einzelanträgen rechtfertigen.

Ein reiferes Modell trennt drei Kapitalarten:

1. Run-Kapital sichert Verfügbarkeit, Sicherheit und regulatorische Pflichten.
2. Change-Kapital verbessert Produkte, Prozesse und Plattformen entlang messbarer Wirkungsziele.
3. Optionen-Kapital finanziert begrenzte Experimente, deren Fortsetzung an Evidenz gebunden ist.

Diese Trennung verhindert, dass der laufende Betrieb Innovation verschluckt oder Innovation ohne Betriebsverantwortung skaliert. Sie ermöglicht zudem eine ehrliche Diskussion über Technologieschulden: nicht als abstrakte technische Last, sondern als künftige Kapitalbindung.

Datenrechte werden zum Bestandteil des Operating Models

Seit dem 12. September 2025 gilt der EU Data Act. Er schafft unter anderem Regeln für den Zugang zu Daten vernetzter Produkte, für Datenweitergabe und für den Wechsel zwischen Datenverarbeitungsdiensten. ^[1] Für Unternehmen ist das nicht nur eine juristische Anpassung. Der Rechtsrahmen verändert Produktdesign, Vertragslogik und Plattformarchitektur.

Wer darf auf Maschinendaten zugreifen? Wer verantwortet ihre Qualität? Welche Schnittstellen müssen portabel sein? Welche Vergütung ist angemessen? Diese Fragen lassen sich weder vom Rechtsbereich noch von der IT allein beantworten. Sie gehören in das gemeinsame Operating Model von Produkt, Daten, Technologie und Kommerz.

Plattformen brauchen einen expliziten Kunden

Plattformteams geraten häufig in zwei Fehlentwicklungen. Entweder werden sie zu internen Auftragsentwicklern ohne eigene Produktlogik. Oder sie bauen technisch elegante Angebote, deren Nutzung für Geschäftsbereiche freiwillig und wirtschaftlich unattraktiv bleibt.

Ein wirksames Plattformmodell benötigt:

• klar definierte interne Kundengruppen,
• ein messbares Nutzenversprechen,
• veröffentlichte Service- und Sicherheitsstandards,
• transparente Kosten,
• eine Roadmap auf Basis realer Nutzungsprobleme,
• sowie ein Mandat, nicht konforme Sonderwege abzulehnen.

Der Bericht zur digitalen Dekade 2026 nennt Marktfragmentierung, ungleichmäßige Umsetzung und limitierte Innovationskapazität als strukturelle Hindernisse. ^[2] Innerhalb großer Unternehmen erscheinen dieselben Muster im Kleinen: zu viele Varianten, zu wenig gemeinsame Kapazität und zu langsame Ablösung.

KI macht die Lücken sichtbar

Die amtliche europäische Statistik zeigt eine schnelle Zunahme der KI-Nutzung; die 2026-Ausgabe von Eurostat bündelt die jüngsten Ergebnisse für Unternehmen und Bürger. ^[3] Doch KI skaliert nicht allein durch Modellzugang. Sie benötigt Datenprodukte, Integrationswege, Risikoklassen, Betriebsbeobachtung und verantwortliche Produktentscheidungen.

Damit wirkt KI wie ein Stresstest für das Operating Model. Wo Zugriffsrechte, Plattformen und Ergebnisverantwortung bereits geklärt sind, kann sie schnell produktiv werden. Wo diese Grundlagen fehlen, vervielfacht sie Abstimmungsbedarf und Schattenlösungen.

Ein gutes Operating Model beseitigt nicht jede Spannung. Es macht sichtbar, wer sie wann und mit welcher Evidenz entscheidet.

Die Taktung: vom Reporting zur Entscheidung

Managementrhythmen werden oft mit Sitzungsplänen verwechselt. Entscheidend ist jedoch, welche Entscheidung in welchem Takt auf Basis welcher Evidenz getroffen wird.

Ein abgestuftes System kann so aussehen:

• wöchentlich: operative Abweichungen und blockierte Entscheidungen,
• monatlich: Produktwirkung, Plattformqualität und Risikosignale,
• quartalsweise: Kapitalverschiebung zwischen Produkten und Fähigkeiten,
• halbjährlich: strategische Annahmen, Abhängigkeiten und Exit-Entscheidungen.

Jeder Takt endet mit einer dokumentierten Entscheidung, einem Verantwortlichen und einem nächsten Prüfpunkt. Sonst entsteht Reporting ohne Steuerung.

Der Belastungstest für die Unternehmensleitung

Ein Operating Model ist tragfähig, wenn die Leitung sieben Fragen ohne lange Recherche beantworten kann:

1. Wer trägt das Ergebnis für die wichtigsten digitalen Produkte?
2. Welche Entscheidungen dürfen Teams ohne Gremium treffen?
3. Welche Plattformstandards sind verbindlich?
4. Wie wird Kapital aus schwachen in stärkere Optionen verschoben?
5. Welche Datenrechte und Abhängigkeiten begrenzen das Geschäftsmodell?
6. Wer kann einen riskanten Betrieb stoppen?
7. Welche Fähigkeit bleibt verantwortlich, wenn ein Transformationsprogramm endet?

Strategie wird nicht durch Kommunikation real. Sie wird real, wenn die Organisation nach ihr finanziert, entscheidet und lernt.

Die eigentliche Entscheidung: Was muss gemeinsam sein?

Die Debatte über Operating Models wird häufig auf „zentral oder dezentral“ verkürzt. Das ist bequem, aber analytisch schwach. Ein Unternehmen muss nicht seine gesamte Organisation nach einem einzigen Prinzip ordnen. Es muss für unterschiedliche Arten von Arbeit unterschiedliche Koordinationskosten akzeptieren.

Gemeinsam geführt werden sollten Fähigkeiten, bei denen Fragmentierung einen überproportionalen Schaden erzeugt. Dazu gehören Identitäten, zentrale Sicherheitskontrollen, Integrationsstandards, Beobachtbarkeit, Kernstammdaten und häufig auch der vertragliche Rahmen für Cloud- und Modellanbieter. Je häufiger dieselbe Fähigkeit von vielen Produkten benötigt wird, desto stärker spricht ihre ökonomische Logik für eine Plattform.

Dezentral geführt werden sollten Entscheidungen, bei denen Kontext und Lerngeschwindigkeit entscheidend sind: die Reihenfolge von Produktverbesserungen, die Gestaltung eines Kundenprozesses, fachliche Qualitätsgrenzen oder die Frage, ob ein Experiment ausreichend Wirkung zeigt. Wer diese Entscheidungen zentralisiert, produziert Warteschlangen. Wer dagegen jede technische Grundlage dezentralisiert, produziert Varianten.

Das Mischmodell ist anspruchsvoller als eine pauschale Reorganisation. Es verlangt, die Grenze zwischen Plattform und Produkt immer wieder neu zu begründen. Genau darin liegt jedoch Führungsarbeit: nicht Widersprüche durch ein Organigramm zu verdecken, sondern sie durch klare Entscheidungen produktiv zu machen.

Vier Kennzahlen gegen die Organisationsillusion

Ob ein Operating Model funktioniert, lässt sich nicht an der Zahl neuer Rollen oder Gremien ablesen. Vier Kennzahlen liefern ein besseres Bild.

Erstens: Zeit bis zur verantworteten Entscheidung. Gemessen wird nicht die gesamte Projektdauer, sondern die Zeit zwischen einem belegten Konflikt und einer verbindlichen Entscheidung. Lange Liegezeiten deuten auf unklare Mandate oder fehlende Risikobereitschaft.

Zweitens: Wiederverwendungsquote gemeinsamer Fähigkeiten. Eine Plattform ist nur dann eine Plattform, wenn mehrere Produkte sie tatsächlich nutzen und der zweite Nutzer schneller oder günstiger wird. Reine technische Bereitstellung ohne Adoption ist noch keine gemeinsame Fähigkeit.

Drittens: Anteil des Kapitals mit expliziter Wirkungshypothese. Jede wesentliche Investition sollte benennen, welches Verhalten, welcher Prozess oder welches Geschäftsergebnis sich ändern soll. Ein Budget ohne Hypothese kann zwar ausgegeben, aber nicht geführt werden.

Viertens: Kosten kontrollierter Ablösung. Organisationen messen gern, was neu beginnt, und selten, was beendet werden kann. Die Fähigkeit, ein System, einen Anbieter oder einen Prozess geordnet zurückzubauen, ist ein direkter Indikator strategischer Wahlfreiheit.

Diese Größen sind nicht perfekt. Sie sind jedoch näher an der Steuerungsrealität als Projektampeln oder pauschale Digitalquoten. Vor allem machen sie Zielkonflikte sichtbar: Eine Plattform kann hoch verfügbar und dennoch wirkungslos sein; ein Produkt kann lokal erfolgreich und für die Gesamtorganisation zu teuer sein.

Gegenargument: Verlangsamen verbindliche Standards nicht die Innovation?

Ja, schlechte Standards tun das. Sie schreiben Lösungen vor, statt Risiken und Schnittstellen zu definieren. Sie werden von einer zentralen Funktion ohne Produktverantwortung gepflegt und reagieren langsamer als die Technologie. Daraus folgt jedoch nicht, dass jede Domäne ihre eigene Architektur benötigt.

Ein guter Standard erfüllt drei Bedingungen. Er schützt eine konkrete gemeinsame Eigenschaft, etwa Interoperabilität, Sicherheit oder Portabilität. Er beschreibt das zu erreichende Ergebnis und lässt mehrere zulässige Umsetzungen zu. Und er besitzt einen schnellen Ausnahmeprozess mit Ablaufdatum. Eine Ausnahme ohne erneute Prüfung wird sonst zur dauerhaften Parallelarchitektur.

Das Gegenargument verweist also auf ein reales Problem, aber auf die falsche Schlussfolgerung. Nicht weniger Governance ist nötig, sondern bessere. Standards müssen als Produkte geführt werden: mit Nutzern, Roadmap, Qualitätskennzahlen und der Bereitschaft, überholte Regeln zu entfernen.

Gegenargument: Kann eine starke Produktorganisation nicht selbst koordinieren?

Produktteams koordinieren sehr gut innerhalb ihres Verantwortungsraums. Sie haben jedoch keinen natürlichen Anreiz, Kosten zu tragen, deren Nutzen überwiegend bei anderen Teams entsteht. Ein gemeinsames Identitätsmodell, ein konzernweiter Datenvertrag oder die Ablösung einer alten Integrationsplattform kann für das Gesamtunternehmen wertvoll sein und zugleich die kurzfristige Roadmap eines einzelnen Produkts belasten.

Deshalb braucht eine föderierte Organisation eine Instanz, die externe Effekte führt. Diese Instanz darf nicht jede Detailentscheidung an sich ziehen. Sie muss aber Kapital bereitstellen, verbindliche Schnittstellen festlegen und notfalls lokale Optimierung begrenzen. Das ist die Aufgabe von Portfoliosteuerung – nicht als Genehmigungsbüro, sondern als Eigentümer der unternehmensweiten Wechselwirkungen.

Ein Entscheidungsprotokoll für reale Konflikte

Für jede strittige Plattform- oder Produktfrage sollte ein kurzes Entscheidungsprotokoll genügen:

1. Entscheidungsgegenstand: Welche konkrete, reversible oder irreversible Wahl steht an?
2. Wirkung: Welche Kundenergebnisse, Kosten, Risiken und Optionen verändern sich?
3. Betroffene Systeme: Wer trägt Nutzen und wer trägt Nebenwirkungen?
4. Optionen: Welche mindestens zwei realistischen Alternativen wurden geprüft?
5. Evidenz: Welche Daten stützen die Annahmen und wo bleibt Unsicherheit?
6. Mandat: Wer entscheidet, wer wird gehört und wer kann eskalieren?
7. Prüfpunkt: Wann wird die Entscheidung anhand welcher Signale erneut bewertet?

Dieses Protokoll verhindert keine Fehlentscheidung. Es verhindert aber, dass dieselbe Debatte ohne Gedächtnis wiederkehrt. Es macht Annahmen sichtbar und schafft die Grundlage für institutionelles Lernen.

Der 90-Tage-Test

Eine weitere Großreorganisation ist für die meisten Unternehmen nicht der beste Startpunkt. Wirkungsvoller ist ein begrenzter Test an einem relevanten Wertstrom.

In den ersten dreißig Tagen werden Produkte, Plattformen, Abhängigkeiten und die fünf wichtigsten wiederkehrenden Entscheidungen kartiert. In den folgenden dreißig Tagen arbeitet ein gemeinsames Portfolioforum ausschließlich an echten Allokations-, Architektur- und Risikoentscheidungen. Präsentationen ohne Entscheidungsbedarf entfallen. In den letzten dreißig Tagen wird gemessen, ob Durchlaufzeiten sanken, Entscheidungen näher an die Verantwortung rückten und welche Standards tatsächlich Wiederverwendung erzeugten.

Erst danach sollte über dauerhafte Rollen oder Berichtslinien entschieden werden. Das Operating Model wird so nicht als theoretisches Zielbild eingeführt, sondern als überprüfbare Arbeitshypothese.

Das Urteil

Die Wahl lautet nicht Zentralisierung oder Föderation. Sie lautet: zufällige Verteilung von Macht oder bewusst gestaltete Entscheidungsökonomie. Ein belastbares Unternehmen zentralisiert knappe gemeinsame Grundlagen, dezentralisiert die Verantwortung für differenzierenden Nutzen und führt die Wechselwirkungen in einem echten Portfolio.

Wer dagegen nur Kästchen verschiebt, verändert Sichtbarkeit, aber nicht Verhalten. Ein Operating Model beginnt dort, wo eine Führungskraft sagen kann, welche Entscheidung künftig anders getroffen wird, welches Kapital ihr folgt und woran die Organisation erkennt, ob sie richtig lag. Ein tragfähiges Operating Model ist damit kein Organigramm und keine Prozessbibliothek. Es ist die überprüfbare Vereinbarung darüber, wie das Unternehmen unter realem Zeitdruck priorisiert, entscheidet, lernt und Verantwortung tatsächlich durchsetzt.

Der letzte Prüfstein ist die Abwesenheit der obersten Führungskraft. Funktioniert die Entscheidung nur, solange Vorstand oder Bereichsleitung persönlich moderieren, wurde kein belastbares Modell geschaffen. Gute Entscheidungsarchitektur überträgt Absicht, Grenzen und Eskalationsregeln so klar, dass Teams im Normalfall selbst handeln und nur echte Zielkonflikte nach oben geben. Das entlastet Führung nicht von Verantwortung; es macht Verantwortung überprüfbar. Monatlich sollte deshalb nicht nur über Ergebnisse berichtet werden, sondern auch darüber, welche Entscheidung unnötig eskalierte, wo ein Mandat fehlte und welche Regel widersprüchliches Verhalten erzeugte. Aus diesen Fällen entsteht die Lernschleife des Operating Models. Wer sie systematisch auswertet, verbessert nicht nur Prozesse, sondern die Fähigkeit des Unternehmens, künftige Strategien schneller und mit weniger Reibungsverlust in konsistentes Handeln zu übersetzen.