Stand: Juni 2026 · Wird beobachtet · Nächste Aktualisierung: September 2026

KI-Organisation — vom Operating Model zur Accountability

Zentralisiert, föderiert oder hybrid? Die Frage nach der richtigen KI-Organisation ist die Frage nach Macht, Verantwortung und Geschwindigkeit. Ich versuche zu verstehen, welche Modelle sich abzeichnen, warum der Governance-Cycle immer wieder von vorne beginnt — und was Organisationen tun können, um ihn zu durchbrechen.

Diese Seite kartiert die Betriebsmodelle: vom klassischen Center of Excellence über Hub-and-Spoke bis zum föderierten Netzwerk. Und sie fragt: Was passiert mit Organisationen, wenn KI nicht mehr nur Werkzeug, sondern Architekturprinzip wird?

Die organisatorische Frage

Jedes Unternehmen das KI einführt, steht vor derselben Frage: Wie organisieren wir KI? Zentral als Stabsstelle? Dezentral in den Fachbereichen? Oder irgendwo dazwischen? Die Antwort entscheidet über Geschwindigkeit, Qualität und Haftungsrisiko.

Die falsche Frage

„Welches AI-Team brauchen wir?" impliziert: KI ist ein Projekt, ein Team, ein Skillset. Das war 2024 richtig. 2026 nicht mehr.

Die richtige Frage

„Wie verändert KI unsere Arbeitsweise, unsere Entscheidungsstrukturen und unsere Accountability?" Das ist eine Operating-Model-Frage.

Die unbequeme Frage

„Wer verliert durch die neue Organisation Macht, Einfluss oder Budget?" Diese Frage wird selten gestellt — und entscheidet über Erfolg oder Scheitern.

Conway's Law für KI: Team-Struktur bestimmt System-Architektur. Wer KI zentral in einer Stabsstelle organisiert, bekommt zentrale KI-Tools die keiner nutzt. Wer KI in jeder Business Unit organisiert, bekommt fragmentierte Insellösungen. Die Organisationsform prägt das Ergebnis — und zwar mehr als die Technologie.

KB: Conway's Law für KI — Team-Struktur bestimmt System-Architektur

Drei Operating Models für KI

Je nach AI-Maturity und Anzahl der Use Cases haben sich drei grundlegende Modelle herauskristallisiert. Keines ist richtig oder falsch — aber das Timing des Wechsels zwischen ihnen entscheidet über Erfolg oder Frust.

0–5 Use CasesExploration

Zentralisiert (Center of Excellence)

Vorteile

Klare Verantwortung, gebündelte Expertise, starke Kontrolle

Nachteile

Engpass bei Kapazität, entfernt von Fachbereichen, schwer skalierbar

Typischer Scheiterpunkt

An der Nachfrage — Fachbereiche wollen eigene Lösungen, CoE wird zum Bottleneck

5–20 Use CasesSkalierung

Hub-and-Spoke (Center of Engagement)

Vorteile

Zentrale Steuerung + dezentrale Umsetzung, Expertise in den Fachbereichen

Nachteile

Braucht Koordinationsaufwand, Rollenklarheit zwischen Hub und Spokes

Typischer Scheiterpunkt

An der Koordination — Hubs werden zu Gatekeepern, Spokes fühlen sich ausgebremst

20+ Use CasesTransformation

Föderiert (Federated Network)

Vorteile

Höchste Geschwindigkeit, echte Verankerung in den Geschäftsbereichen, Bottom-up-Innovation

Nachteile

Braucht starke Governance-Leitplanken, Risiko der Fragmentierung, Shadow AI wenn Leitplanken fehlen

Typischer Scheiterpunkt

An der Fragmentierung — ohne gemeinsame Standards entstehen Insellösungen und doppelte Kosten

Wichtig: Diese Modelle sind keine einmaligen Entscheidungen. Organisationen durchlaufen sie im Laufe ihrer AI-Reise mehrfach — vorwärts und rückwärts. Die Frage ist nicht „Welches Modell wählen wir?", sondern „In welchem Modell sind wir gerade, und wann müssen wir wechseln?"

Der Governance-Cycle — und wie man ihn durchbricht

Die meisten Unternehmen durchlaufen einen frustrierenden Kreislauf. Das Muster ist so verbreitet, dass es ein eigenes Konzept in der KB hat: Zentralisieren → Föderieren → Scheitern → Streiten.

1

Zentralisieren

„Wir bauen ein AI Center of Excellence"

CoE scheitert an Überlastung, Fachbereiche machen eigene Lösungen

2

Föderieren

„Jede Abteilung macht ihr Ding"

Fragmentierung, doppelte Kosten, keine Standards, Shadow AI

3

Scheitern

„Das läuft aus dem Ruder"

Kontrollverlust, Budget-Explosion, Compliance-Risiken

4

Streiten

„Wir müssen das wieder zentralisieren"

Rückkehr zu Phase 1 — der Cycle beginnt von vorn

↻ Der Cycle beginnt von vorn — es sei denn, die Organisation durchbricht ihn bewusst.

Warum der Cycle immer wiederkehrt

  • Zentralisierung scheitert an der Nachfrage — Fachbereiche wollen Geschwindigkeit, nicht Kontrolle
  • Föderierung scheitert an Fragmentierung — kein gemeinsamer Standard, doppelte Kosten
  • Die Ursache ist nie Organisation — sondern fehlende Accountability und fehlende Leitplanken
  • Der Cycle eskaliert mit jeder Runde: mehr Kosten, mehr Frust, weniger Vertrauen

Wie man ihn durchbricht

  • Accountability vor Organisation: Wer owned die Outcomes, nicht wer macht die Arbeit
  • Leitplanken statt Verbote: Klare Regeln für alle, aber Freiheit innerhalb der Regeln
  • Gemeinsame Infrastruktur: Data Platform, MCP-Server, Compliance-Stack — nicht pro Abteilung
  • KI-Kompetenz aufbauen, nicht KI kontrollieren — Art. 4 KI-VO als Hebel nutzen

Warum Zentralisierung scheitert

Der natürliche Impuls vieler Organisationen: „Wir bauen ein AI Center of Excellence, das steuert alles." Ein verständlicher Reflex — und eine teure Falle. Vier Gründe warum CoEs regelmäßig scheitern.

Falle 1

Entfernung von der Realität

Ein zentrales Team kennt die konkreten Probleme der Fachbereiche nicht. Es baut Lösungen die niemand braucht oder Features die an der Use-Case-Realität vorbeigehen. Die Fachbereiche machen ihre eigenen Lösungen — mit oder ohne CoE.

Falle 2

Gatekeeper statt Enabler

Das CoE wird zum Nadelöhr. Jede KI-Initiative muss durch das CoE — und wird langsamer, teurer und bürokratischer. Die Fachbereiche empfinden das CoE als Blockade, nicht als Unterstützung. Hub-and-Spoke ist der natürliche Gegenvorschlag.

Falle 3

Expertise-Cluster

KI-Expertise wird im CoE konzentriert — und bleibt dort. Die Fachbereiche bauen keine eigene Kompetenz auf. Wenn das CoE wegfällt, steht die Organisation ohne KI-Wissen da. Art. 4 KI-VO (KI-Kompetenzpflicht) wird so nicht erfüllt.

Falle 4

Messbarkeitsproblem

CoEs werden an Output gemessen („wie viele Projekte?", „wie viele Schulungen?"), nicht an Outcomes. Der tatsächliche Business-Impact bleibt intransparent. Wenn der Druck kommt, kann das CoE seinen Wert nicht belegen — und wird aufgelöst oder marginalisiert.

Die Alternative ist nicht „gar kein CoE", sondern ein CoE das sich selbst überflüssig macht.Ein Center of Excellence das KI-Kompetenz in die Fläche trägt, Leitplanken setzt statt Verbote auszusprechen und sich von einem „macht es selbst" zu einem „ermöglicht es anderen" wandelt. Center of Engagement, nicht Center of Excellence.

KB: Tian Pan 'Why Centralizing AI Expertise Creates Problems', CAIO Hub-and-Spoke AI Organization Model

Ralf Kruse
„Die Organisationsfrage ist keine Strukturfrage. Sie ist eine Machtfrage. Jedes Mal wenn wir ein AI Center of Excellence gründen, entscheiden wir uns für Kontrolle über Geschwindigkeit. Jedes Mal wenn wir föderieren, entscheiden wir uns für Geschwindigkeit über Kontrolle. Beide Entscheidungen sind richtig — aber nur für den Moment. Das Timing des Wechsels ist der eigentliche Skill."

Ralf Kruse, EnableChange — Analyse der AI-Org Knowledge Base (Juni 2026)

Accountability Charts statt Org Charts

Bain hat es auf den Punkt gebracht: KI verschiebt den Fokus von „Wer macht die Arbeit?" zu „Wer owned die Outcomes?" — und damit werden Org Charts zu Accountability Charts.

Org Chart (alt)

Wer berichtet wem? Wer macht was? Wer hat welche Ressourcen? Die klassische Hierarchie-Karte — optimiert für Stabilität und Kontrolle.

Fokus: Position, Berichtslinie, Budget

Accountability Chart (neu)

Wer owned welche Outcomes? Wer entscheidet bei Konflikten? Wer trägt die Verantwortung wenn KI falsch liegt?

Fokus: Entscheidungsrecht, Verantwortung, Outcome

Der Shift

KI entfernt Execution als Engpass. Judgment wird zur knappen Ressource. Wer entscheidet, nicht wer ausführt, definiert die Organisation.

Quelle: Bain AI Operating Model, 2026

Drei Elemente des neuen Operating Models (Bain)

Structure/Teams/Accountabilities

Nicht „wer macht was", sondern „wer entscheidet worüber"

Talent Engine/Roles

Rollen definieren sich über Judgment + Quality Assurance, nicht über Execution

Leadership/Culture

Intentionalität trennt Gewinner von Verlierern — nicht Geschwindigkeit

Hybrid-Agentic Pods: Bain beschreibt eine neue Teamstruktur für Software: 3-5 Engineers + KI-Agents statt klassische „Pizza Teams" (6-8 + 1 PM). Diese Pods sind kleiner, autonomer und produktiver — aber sie brauchen klare Accountability: Wer reviewed die Agent-Outputs? Wer genehmigt die Entscheidungen? Wer trägt die Verantwortung?

KB: Accountability Charts statt Org Charts (Bain), 376 Connections

Don't Say No, Say How — Enabling Governance

Der schwierigste Teil der KI-Organisation ist nicht die Struktur — es ist die Kultur. Die Frage: Hält meine Organisation KI durch Verbote unter Kontrolle — oder durch klare Regeln innerhalb derer experimentiert werden darf?

Verbotskultur
  • ChatGPT wird geblockt — Mitarbeiter nutzen es privat mit Unternehmensdaten
  • Nur freigegebene KI-Tools erlaubt — aber Freigabe dauert 6 Monate
  • IT-Security als KI-Gatekeeper — stoppte Innovation, nicht Risiken
  • Ergebnis: Shadow AI blüht, Compliance sinkt, Haftungsrisiko steigt
Enabling Governance
  • KI-Tools werden bereitgestellt bevor Verbote ausgesprochen werden
  • Klare Leitplanken (welche Daten, welche Use Cases) — innerhalb derer Freiheit
  • Citizen Development als kontrollierte Alternative zu Shadow AI
  • Ergebnis: Kontrollierte Innovation, messbare Compliance, reduzierte Haftung

Die Lektion aus der Shadow-AI-Forschung: Unternehmen mit voller Business-Unit-Autonomie deployen im Schnitt 14,2 verschiedene AI-Vendors innerhalb von 24 Monaten — ohne zentrale Kontrolle. Das ist weder gut noch schlecht — es ist die Realität. Die Frage ist: Wie schaffen wir Transparenz und Leitplanken, ohne Innovation zu ersticken?

KB: Shadow AI durch restriktive Politiken, Don't Say No Say How — Enabling AI Governance

Agentic Operating Model — die nächste Welle

Eine neue Generation von Organisationen denkt Struktur nicht mehr als Personen-Architektur, sondern als Agenten-Architektur. One-Person-Firms mit KI-Agenten ersetzen ganze Abteilungen. Was bedeutet das für klassische Unternehmen?

Paradigma

Mensch als Agent-Architekt

Der Gründer einer One-Person-Firma ist nicht mehr Manager oder Führer — sondern Agent-Architekt und Quality Assurer. Die Rolle shiftet vom Macher zum Gestalter des Systems.

Skalierung

Zero-Headcount-Skalierung

Umsatzwachstum ohne Mitarbeiterwachstum wird neues Paradigma. Das verändert nicht nur die Kostenstruktur — sondern die gesamte Organisationslogik. Wie führt man eine Organisation die nicht wächst?

Governance

Agent Governance

Read/Write Permission Architecture für Agents: Read-Zugriff auf alles (für Kontext), Write-Zugriff nur auf Sandboxed-Systeme. Kill-Switches sind eingebaut — nicht optional.

Was klassische Unternehmen daraus lernen können

1.MCP als Standardprotokoll: Model Context Protocol etabliert sich als Standard für Agent-to-Agent-Kommunikation. Unternehmen sollten MCP-fähige Infrastruktur aufbauen — jetzt.
2.Kill-Switches und Governance: Agent-Governance-Mechanismen müssen von Tag 1 eingebaut sein. Nachträgliche Kontrolle ist bei autonomen Agents nicht möglich.
3.Rollen verschieben sich: Vom „Macher" zum „Quality Assurer". Das betrifft nicht nur IT — sondern jede Rolle die Entscheidungen trifft.
4.Org Charts werden obsolet: Wenn Organisation nicht mehr aus Menschen besteht, sondern aus Menschen + Agents, sind Org Charts sinnlos. Accountability Charts bleiben.

Offene Frage: Das Agentic Operating Model ist für Startups und One-Person-Firms belegt. Ob und wie es für mittelständische Unternehmen mit 50-500 Mitarbeitern funktioniert, ist noch nicht ausreichend erforscht. Die KB hat dazu aktuell 2 Konzepte — das ist eine der größeren Lücken.

Was Unternehmen jetzt tun können

Kein Patentrezept — aber ein Fahrplan für die organisatorische KI-Transformation. Die Reihenfolge ist wichtig: Erst Klarheit, dann Struktur, dann Kultur.

Schritt 1

KI-Inventur + Klassifikation

Welche KI-Systeme laufen wo? Welche Rolle haben sie (Hochrisiko, Allgemein)? Ohne Inventur keine Organisationsentscheidung.

Schritt 2

Maturity bestimmen

In welcher Phase seid ihr? (0-5, 5-20, 20+ Use Cases) Das bestimmt welches Operating Model passt — nicht die Unternehmensgröße.

Schritt 3

Accountability definieren

Wer owned die Outcomes? Wer entscheidet bei Konflikten? Accountability Charts erstellen — nicht Org Charts umzeichnen.

Schritt 4

Governance-Modell wählen

Welches Modell (zentral / hub-and-spoke / föderiert) passt zur aktuellen Maturity? Den Governance-Cycle im Blick behalten — Wechsel antizipieren.

Schritt 5

Enabling Governance aufbauen

Verbotskultur identifizieren und abbauen. Leitplanken definieren. KI-Tools bereitstellen bevor Verbote ausgesprochen werden.

Schritt 6

Infrastruktur bereitstellen

Data Platform, MCP-Server, Compliance-Stack als gemeinsame Infrastruktur — nicht pro Abteilung. Das verhindert Fragmentierung und doppelte Kosten.

KB-Lücken — was noch beobachtet werden muss

  • ?Agentic Operating Model für Mittelstand (50-500 MA) — keine ausreichenden Quellen
  • ?Betriebsvereinbarungen zu KI-Organisation — Muster existieren kaum
  • ?Hybrid-Agentic Pods in nicht-technischen Bereichen (HR, Vertrieb, Marketing)
  • ?Langzeitstudien zu den drei Operating Models — die Modelle sind jung, Evidenz dünn
Ralf Kruse

Organisation ist nie fertig

Diese Seite kartiert die Operating Models, so gut ich sie heute überblicke. Der Governance-Cycle ist das frustrierendste Muster — aber auch das mit dem größten Hebel. Wer ihn durchbricht, hat mehr als eine schöne Organisation: Er hat eine Organisation die aus KI-Kompetenz heraus arbeitet, nicht aus KI-Angst.

Datenbasis: AI-Org Knowledge Base mit 3.269 Nodes, Stand Juni 2026. 8+ Konzepte zu Operating Models, Governance-Cycle und Accountability strukturiert.

Update-Rhythmus: Quartalsweise. Nächste Aktualisierung: September 2026.

Fehlt ein Organisationsmodell? Eine Branchenperspektive? Schreib mir.

Haftungsausschluss: Alle Angaben ohne Gewähr. Organisationsberatung ersetzt keine rechtliche oder strategische Einzelberatung.