Operating Architecture, nicht Enterprise Architecture

Enterprise Architecture wurde in den 1990er Jahren erfunden, als die Frage noch lautete: Wie passen unsere Systeme zueinander? Das Modell dahinter: Geschäftsprozesse oben, Systeme unten, Datenmodelle dazwischen. TOGAF, Zachman, ArchiMate — alle bauen auf dieser Trennung.

Diese Trennung funktioniert nicht mehr.

Das Problem mit klassischer EA

Klassische EA-Frameworks gehen davon aus, dass es zwei Welten gibt: die Geschäftswelt (Menschen, Prozesse, Strategie) und die IT-Welt (Systeme, Datenbanken, Schnittstellen). Architekten übersetzen zwischen den beiden. Das war 25 Jahre lang ein nützliches Modell.

Heute ist die Trennung künstlich. In jedem operativen Schritt arbeitet eine Person mit einem System zusammen — oder ein System ersetzt die Person. KI verstärkt das exponentiell. Die Frage ist nicht mehr, ob die Systeme zueinander passen, sondern ob das Ensemble aus Menschen, Prozessen, Systemen und KI als operative Einheit funktioniert.

Genau dafür gibt es kein etabliertes Framework.

Was Operating Architecture anders macht

Operating Architecture ist die Disziplin, die diese Lücke schließt. Sie beantwortet eine andere Grundfrage: Wie ist die Organisation operativ aufgestellt, sodass Menschen und Maschinen im KI-Zeitalter sinnvoll zusammen arbeiten können?

Drei zentrale Verschiebungen gegenüber klassischer EA:

1. Mensch und Maschine als ein Subjekt, nicht als zwei. Klassische EA modelliert Prozesse, in denen Menschen Tasks ausführen, und parallel Systeme, die Daten verarbeiten. Operating Architecture modelliert den Workflow als Ensemble — wer (oder was) macht welchen Schritt, mit welcher Übergabe, mit welcher Entscheidungslogik. Ein KI-Schritt ist nicht "anders" als ein Menschen-Schritt; er ist anders typisiert, aber Teil derselben Architektur.

2. Lebende Modelle statt statischer Artefakte. Klassische EA produziert Diagramme, die in einem Repository abgelegt werden und dort altern. Operating Architecture verlangt Modelle, die operativ genutzt werden — d.h. mit Live-Daten gespeist (Process Mining), in Tools integriert (Workflow-Engines, BPMN-Executable), und im Tagesgeschäft sichtbar (Dashboards). Wenn das Modell nicht genutzt wird, ist es kein Modell.

3. Eigentümerschaft statt Gremien. TOGAF empfiehlt Architecture Boards. Im Mittelstand gibt es kein Architecture Board. Operating Architecture verlangt: jede Domäne hat eine namentlich verantwortliche Person. Keine Diskussion in 12-köpfigen Runden, keine RACI-Matrix als Endprodukt. Eine Person, ein Mandat, ein Modell.

Wo TOGAF und BPMN reinpassen

Operating Architecture verwirft TOGAF und BPMN nicht. Sie sind Werkzeuge, die wir innerhalb der Disziplin nutzen:

• TOGAF liefert die Domänen-Logik (Business / Data / Application / Technology). Wir nutzen sie als Strukturhilfe — komprimiert, ohne den ADM-Apparat.
• BPMN 2.0 ist die Notation für Prozess-Modelle, die gleichzeitig von Menschen lesbar und von Workflow-Engines ausführbar sind. Das macht sie zur einzigen sinnvollen Sprache zwischen Business und IT.
• Process Mining liefert die Live-Daten, mit denen Modelle aktuell bleiben.
• RPA / Low-Code / KI sind Implementierungs-Optionen — kein Selbstzweck.

Was Operating Architecture leistet, ist die Integration: diese Werkzeuge in eine kohärente Disziplin zu überführen, statt sie als unverbundene Initiativen nebeneinander stehen zu lassen.

Warum gerade jetzt

Drei Gründe, warum die Disziplin jetzt Sinn ergibt — und nicht vor fünf Jahren:

1. KI ist nicht mehr Forschung. Bis 2023 konnten Unternehmen KI als Pilotthema behandeln. Heute trifft jede Geschäftsfunktion auf KI — Vertrieb, Service, Operations, Finance. Ohne Architektur entstehen 30 unverbundene KI-Initiativen.

2. Process Mining ist ausgereift. Tools wie Celonis, Apromore und ProcessGold haben in den letzten Jahren so weit standardisiert, dass eine kontinuierliche Datenversorgung von Prozessmodellen möglich ist. "Lebende Architektur" ist keine Vision mehr, sondern Standard.

3. Mittelstand ist überfordert. Großkonzerne haben EA-Teams, die diese Übersetzung leisten können. Der Mittelstand hat keinen Architekten und keine Zeit, einen aufzubauen — aber dieselbe Komplexität. Operating Architecture ist die mittelstandstaugliche Verdichtung.

Was das praktisch heißt

Wenn Sie als Geschäftsführung eines Mittelständlers heute überlegen, ob Sie eine Position "Enterprise Architect" schaffen sollen — überlegen Sie stattdessen, ob Sie nicht eine Person mit einem Operating-Architecture-Mandat brauchen.

Der Unterschied ist nicht semantisch. Eine EA-Position landet erfahrungsgemäß im IT-Bereich, produziert Diagramme und wird vom Business als "die mit den Powerpoints" wahrgenommen. Ein Operating-Architecture-Mandat ist quer zu Funktionen, befasst sich mit echten operativen Engpässen und hat ein technisches und prozessuales Verständnis.

Falls Sie nicht intern besetzen wollen oder können: dafür sind wir da.