
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:
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).
Architekturdefizite entstehen meist nicht durch einzelne Fehlentscheidungen. Oft sind es kurzfristig sinnvolle Lösungen:
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 wird häufig auf Anwendungen und Technologie reduziert. Das greift zu kurz. Ihr eigentlicher Zweck ist, Zusammenhänge sichtbar zu machen:
Unternehmensarchitektur schafft damit vor allem eines: Kontext.
Und dieser Kontext ist Voraussetzung dafür, strukturelle Defizite überhaupt erkennen und gezielt beseitigen zu können.
Gerade im industriellen Mittelstand zeigen sich Architekturdefizite selten als abstraktes Architekturproblem. Sie zeigen sich im Tagesgeschäft.
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.
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:
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.
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.
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:
Architekturreife bedeutet deshalb nicht mehr Dokumentation. Sie bedeutet strukturelle Klarheit, die Wachstum ermöglicht.
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:
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.
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:
Unternehmen beschäftigen sich zu Recht mit Fragen wie:
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.
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:
Das ist kein streng linearer Weg. Viele dieser Fähigkeiten entwickeln sich parallel. Aber je autonomer Prozesse werden, desto wichtiger wird das Fundament.
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?