Makellose Betonplattform auf improvisierten Stützen: Sinnbild dafür, dass KI-Governance Architekturdefizite der Unternehmensarchitektur nicht kompensiert
← Zurück zu Ressourcen

Consulting & AI

KI-Governance kann Architekturdefizite nicht kompensieren

25. Februar 2026
7
Min. Lesezeit
Blog-Artikel

Warum Architekturdefizite in gewachsenen ERP-, MES- und PLM-Landschaften zur Grenze für Automatisierung und KI werden.

Viele Unternehmen investieren in KI, obwohl die darunterliegenden Prozesse, Daten und Systeme noch nicht ausreichend reif dafür sind.

Gerade in produzierenden Unternehmen und im Mittelstand sind ERP-, MES- und PLM-Systeme, Qualitätsanwendungen, Lieferantenportale und individuelle Lösungen über Jahre gewachsen. Jedes System erfüllt seinen Zweck. In der Summe entstehen jedoch Abhängigkeiten, Überschneidungen, doppelte Datenhaltung und manuelle Übergaben.

Mit wachsender Komplexität reagieren Organisationen darauf mit Richtlinien, Freigabeprozessen, Standards, Kontrollen und zunehmend mit KI-Governance. Diese Mechanismen sind notwendig. Aber sie haben eine grundsätzliche Grenze:

Governance kann neue Architekturdefizite begrenzen. Bestehende strukturelle Defizite kann sie jedoch nicht beheben.

Dabei geht es nicht nur um IT- oder Softwarearchitektur. Gemeint ist die Unternehmensarchitektur: das Zusammenspiel von Geschäftsfähigkeiten, Prozessen, Informationen, Anwendungen, Technologie, Verantwortlichkeiten und Entscheidungsrechten.

Sie beschreibt beispielsweise, wie ein Auftrag vom ERP über Planung und MES bis in die Fertigung gelangt, wie Produktänderungen zwischen PLM, Einkauf und Produktion wirksam werden oder wie Qualitäts- und Lieferinformationen über Unternehmensgrenzen hinweg verarbeitet werden.

Unternehmensarchitektur beschreibt damit nicht die einzelnen Systeme, sondern wie das Unternehmen mit ihnen tatsächlich arbeitet.

Wenn dieses Zusammenspiel nicht mehr konsistent ist, entstehen Architekturdefizite (Enterprise Architecture Debt).

Was sind Architekturdefizite?

Architekturdefizite entstehen meist nicht durch einzelne Fehlentscheidungen. Oft sind es kurzfristig sinnvolle Lösungen:

  • Eine zusätzliche Excel-Datei, weil Informationen aus dem ERP-System nicht verfügbar sind.
  • Eine weitere Anwendung, weil das bestehende System eine Anforderung nicht erfüllt.
  • Eine neue Schnittstelle für eine dringende Kundenanforderung.
  • Dieselben Stammdaten in mehreren Systemen.
  • Ein manueller Umweg, der zum Regelprozess wird.
  • Verantwortung, die bei einzelnen Personen liegt, aber nie eindeutig festgelegt wurde.

Jede dieser Entscheidungen kann für sich sinnvoll sein. Das Problem entsteht in der Summe.

Aus Flexibilität werden Abhängigkeiten. Aus Ausnahmen werden Standards. Aus Übergangslösungen werden dauerhafte Betriebsabläufe.

Architekturdefizite sind strukturelle Lücken, Inkonsistenzen und ungelöste Abhängigkeiten zwischen Geschäftsfähigkeiten, Prozessen, Informationen, Anwendungen, Technologie und Verantwortung.

Unternehmensarchitektur macht Defizite sichtbar

Unternehmensarchitektur wird häufig auf Anwendungen und Technologie reduziert. Das greift zu kurz. Ihr eigentlicher Zweck ist, Zusammenhänge sichtbar zu machen:

  • Welche Fähigkeiten benötigt das Unternehmen?
  • Über welche Prozesse werden sie erbracht?
  • Welche Informationen werden dafür benötigt?
  • Welches System ist für welche Information führend?
  • Welche Anwendungen unterstützen die Prozesse?
  • Wie sind diese Anwendungen miteinander verbunden?
  • Wer trägt Verantwortung?
  • Welche Entscheidungsrechte gelten?

Unternehmensarchitektur schafft damit vor allem eines: Kontext.

Und dieser Kontext ist Voraussetzung dafür, strukturelle Defizite überhaupt erkennen und gezielt beseitigen zu können.

Architekturprobleme sehen selten wie Architekturprobleme aus

Gerade im industriellen Mittelstand zeigen sich Architekturdefizite selten als abstraktes Architekturproblem. Sie zeigen sich im Tagesgeschäft.

  • Die Produktionsplanung führt zusätzliche Excel-Dateien neben dem ERP.
  • Das MES besitzt einen anderen Informationsstand als ERP oder Qualitätsmanagement.
  • Produktänderungen aus dem PLM müssen manuell zwischen Entwicklung, Einkauf, Fertigung und Lieferanten abgestimmt werden.
  • Informationen aus der Lieferkette werden aus ERP, EDI, Kundenportalen und Logistiksystemen zusammengeführt.
  • Erfahrene Mitarbeitende gleichen Lücken zwischen den Systemen durch Wissen, Telefonate und persönliche Abstimmung aus.

Jedes dieser Probleme wirkt zunächst operativ. Aus Sicht der Unternehmensarchitektur haben sie häufig dieselbe Ursache: Prozess, Information, Anwendung und Verantwortung sind nicht ausreichend aufeinander abgestimmt.

Governance steuert Entscheidungen. Architektur liefert den Kontext.

Hier liegt der entscheidende Unterschied. Governance legt fest, wie Entscheidungen getroffen werden. Unternehmensarchitektur schafft den Kontext, um diese Entscheidungen sinnvoll treffen zu können.

Eine Regel könnte beispielsweise lauten: Jede neue Anwendung benötigt eine Architekturfreigabe. Damit ist der Freigabeprozess definiert. Ob die Entscheidung gut ist, hängt jedoch von anderen Fragen ab:

  • Welche Geschäftsfähigkeit soll unterstützt werden?
  • Welcher Prozess benötigt die Anwendung?
  • Gibt es bereits eine geeignete Lösung?
  • Welche Informationen verarbeitet sie?
  • Wo liegt die führende Datenquelle?
  • Welche Schnittstellen werden benötigt?
  • Wer verantwortet die Anwendung?
  • Welche Auswirkungen hat ein Ausfall?

Fehlen diese Informationen, existiert zwar Governance. Der notwendige Zusammenhang fehlt trotzdem.

Governance kann Standards durchsetzen, Verantwortlichkeiten festlegen und neue Defizite begrenzen. Sie kann aber keine historisch gewachsenen Prozessvarianten beseitigen, keine doppelten Datenbestände bereinigen und keine unklaren Systemrollen nachträglich auflösen.

Governance ist ein Steuerungsmechanismus. Kein Reparaturmechanismus.

Mehr Governance kann Komplexität sogar verdecken

Wenn Organisationen Kontrolle verlieren, reagieren sie häufig mit zusätzlicher Kontrolle. Ein weiteres Gremium. Eine weitere Richtlinie. Eine weitere Freigabe. Eine weitere Berichtspflicht.

Die Absicht ist nachvollziehbar. Bleibt die zugrunde liegende Unternehmensarchitektur jedoch ungeklärt, entsteht leicht eine Illusion von Reife. Das Unternehmen ist auf dem Papier stärker geregelt, ohne im Betrieb einfacher und schlanker geworden zu sein.

Kontrolle ist nicht dasselbe wie Klarheit.

Mehr Governance reduziert dann nicht die Komplexität. Sie erhöht lediglich den Aufwand, mit ihr umzugehen.

Mit Wachstum steigt der Preis

Kleine Organisationen können strukturelle Defizite lange kompensieren. Mitarbeitende wissen, welche Tabelle die richtige ist. Sie kennen die zuständige Person. Fehlende Schnittstellen werden manuell überbrückt. Ausnahmen werden durch Erfahrung gelöst.

Mit Wachstum funktioniert dieses Modell immer schlechter. Mehr Produkte, Varianten, Standorte, Lieferanten, Kunden und Transaktionen erhöhen die Zahl der Abhängigkeiten. Was vorher implizit funktioniert hat, muss nun explizit werden:

  • Prozesse müssen wiederholbar sein.
  • Informationen brauchen eindeutige Verantwortung.
  • Anwendungen benötigen klare Rollen.
  • Schnittstellen müssen beherrschbar sein.
  • Entscheidungsrechte müssen festgelegt werden.

Architekturreife bedeutet deshalb nicht mehr Dokumentation. Sie bedeutet strukturelle Klarheit, die Wachstum ermöglicht.

KI erhöht die Auswirkungen

Mit KI wird diese Klarheit noch wichtiger. Das gilt besonders dort, wo KI nicht nur Informationen zusammenfasst, sondern in bestehende ERP-, MES-, PLM- oder Lieferkettenprozesse eingreift.

Ein KI-Agent, der beispielsweise Produktionsprioritäten verändert, Liefertermine bewertet, Qualitätsabweichungen bearbeitet oder Stammdaten ergänzt, handelt nicht in einem abstrakten digitalen Raum. Er handelt innerhalb einer bestehenden Prozess- und Systemlandschaft.

Bevor ein solcher Agent tätig werden darf, muss deshalb geklärt sein:

  • In welchem Prozess bewegt er sich?
  • Welche Daten darf er verwenden?
  • Welches System ist für welche Information führend?
  • Welche Geschäftsregeln gelten?
  • Welche Entscheidungen darf er treffen?
  • Welche Transaktionen darf er in ERP, MES oder anderen Systemen auslösen?
  • Welche Auswirkungen haben diese Entscheidungen auf nachgelagerte Prozesse?
  • Wann muss ein Mensch eingreifen?
  • Wer bleibt für das Ergebnis verantwortlich?

Diese Fragen werden häufig der KI-Governance zugeordnet. Sie beginnen aber eine Ebene tiefer. Es sind Fragen der Unternehmensarchitektur.

Governance kann festlegen, was ein KI-System darf. Die Unternehmensarchitektur muss erklären können, worauf es handelt und welche Folgen sein Handeln hat.

Architekturdefizite werden zu Ausführungsrisiken

In klassischen Systemlandschaften erzeugen Architekturdefizite vor allem manuellen Aufwand. Menschen gleichen Daten ab, übertragen Informationen, interpretieren Ausnahmen und korrigieren Fehler.

Mit KI und Automatisierung werden diese Abläufe zunehmend maschinell ausgeführt. Damit verändert sich die Wirkung der Defizite. Was heute noch durch Erfahrung, manuelle Abstimmung und individuelle Lösungen kompensiert wird, kann mit zunehmender Automatisierung zum Ausführungsrisiko werden.

Ein manueller Prozess mit widersprüchlichen Informationen ist langsam. Ein automatisierter Prozess mit widersprüchlichen Informationen kann sehr schnell falsch werden.

Ein unklarer Prozess führt bei Menschen zu Rückfragen. Ein automatisierter Prozess kann denselben Fehler dagegen hundert- oder tausendfach wiederholen.

Deshalb gilt: KI beseitigt strukturelle Schwächen nicht. Sie verstärkt ihre Wirkung.

Dasselbe gilt im positiven Sinn:

  • Verlässliche Informationen verbessern Entscheidungen.
  • Klare Prozesse erleichtern Automatisierung.
  • Eindeutige Verantwortung ermöglicht Eskalation.
  • Klare Entscheidungsrechte ermöglichen kontrollierte Autonomie.

KI-Governance kann eine unreife Unternehmensarchitektur nicht kompensieren

Unternehmen beschäftigen sich zu Recht mit Fragen wie:

  • Welche KI-Systeme dürfen eingesetzt werden?
  • Welche Daten dürfen verarbeitet werden?
  • Welche Risiken müssen bewertet werden?
  • Wann ist eine menschliche Freigabe erforderlich?
  • Wer trägt Verantwortung?

Diese Fragen sind wichtig. Sie beantworten aber nicht, welches System für eine Geschäftsinformation führend ist, welche Prozessvariante verbindlich ist oder wer einen operativen Prozess tatsächlich verantwortet.

Wenn diese Grundlagen ungeklärt sind, kann auch gute KI-Governance sie nicht ersetzen. KI-Governance kann eine unreife Unternehmensarchitektur nicht kompensieren.

Von struktureller Klarheit zu kontrollierter Autonomie

Unternehmen müssen nicht erst eine perfekte Architektur schaffen, bevor sie KI einsetzen. Aber sie sollten verstehen, wo strukturelle Defizite bestehen und welche davon für geschäftskritische Prozesse relevant sind.

Eine pragmatische Entwicklung lautet:

  • Schlanke Prozesse schaffen Stabilität.
  • Verlässliche Daten schaffen Transparenz.
  • Unternehmensarchitektur schafft Kontext.
  • Governance schafft Entscheidungsgrenzen.
  • KI schafft Entscheidungsfähigkeit.
  • Automatisierung ermöglicht Ausführung.

Das ist kein streng linearer Weg. Viele dieser Fähigkeiten entwickeln sich parallel. Aber je autonomer Prozesse werden, desto wichtiger wird das Fundament.

Fazit: Governance kann Architekturdefizite nicht kompensieren

Unternehmen brauchen Governance. Sie brauchen Standards, Sicherheit, Compliance und klare Regeln für den Einsatz von KI.

Governance wirkt jedoch auf einer bestehenden Struktur. Diese Struktur ist die Unternehmensarchitektur: Fähigkeiten. Prozesse. Informationen. Anwendungen. Technologie. Verantwortung.

Ist dieses Fundament schwach, verwaltet Governance vor allem die Symptome der Komplexität. Ist es belastbar, schafft Governance Orientierung und ermöglicht schnellere, sicherere Entscheidungen. Und KI vergrößert den Unterschied zwischen beiden Zuständen.

Governance kann Architekturdefizite nicht kompensieren. Sie kann verhindern, dass neue entstehen. Bestehende Defizite müssen sichtbar gemacht, priorisiert und bewusst abgebaut werden.

Denn mit zunehmender Automatisierung werden Architekturdefizite nicht nur zu einem Problem der IT. Sie werden zu operativer Komplexität. Und schließlich zu einem Risiko für die sichere und autonome Ausführung von Geschäftsprozessen.

Die entscheidende Frage lautet deshalb nicht nur: Welche Regeln brauchen wir für den Einsatz von KI? Sondern: Ist unsere Unternehmensarchitektur bereit dafür, dass KI selbstständig in unseren Prozessen handelt?