KI im Mittelstand beginnt nicht bei der IT (Serie, Teil 9 von 14)
Teil 9 Warum echte Enterprise-Architekten fehlen: Die unterschätzte Rolle zwischen Geschäftsführung, IT und KI.
Viele Unternehmen sprechen heute über künstliche Intelligenz, Datenqualität, Prozessautomatisierung und digitale Transformation. Sie diskutieren Tools, Plattformen, Schnittstellen, Cloud-Lösungen, Datenmodelle und neue Effizienzpotenziale.Doch eine Frage wird deutlich seltener gestellt:
Wer kann eigentlich beurteilen, was davon für das Unternehmen wirklich sinnvoll ist?
- Nicht aus Sicht eines einzelnen Fachbereichs.
- Nicht aus Sicht eines einzelnen IT-Systems.
- Nicht aus Sicht eines einzelnen Projekts.
- Sondern aus Sicht des gesamten Unternehmens.
- Nicht als Technik-Guru.
- Nicht als PowerPoint-Berater.
- Nicht als Projektleiter für ein weiteres IT-Vorhaben.
Gerade beim Einsatz von KI wird diese Rolle wichtiger. Gleichzeitig ist sie in vielen Unternehmen kaum vorhanden — oder wird falsch verstanden.
Der Begriff ist bekannt, die Rolle oft nicht
Auf dem Papier klingt „Enterprise-Architekt“ nach einer etablierten Funktion.In Stellenanzeigen, Projektbörsen und Beratungsprofilen taucht der Begriff regelmäßig auf.
Doch wer die Aufgabenbeschreibungen genauer liest, erkennt häufig ein anderes Bild.
Gesucht wird oft kein echter Unternehmensarchitekt, sondern ein erfahrener Solution-Architekt, Cloud-Architekt oder technischer Projektarchitekt. Die Anforderungen drehen sich um Plattformen, Schnittstellen, Frameworks, Cloud-Dienste, Sicherheitsstandards, Entwicklungsrichtlinien oder konkrete Migrationsprojekte.
Das ist wichtig. Aber es ist nicht dasselbe.
Ein Solution-Architekt beantwortet vor allem die Frage:
Wie bauen wir eine konkrete Lösung richtig?
Ein echter Enterprise-Architekt stellt vorher eine andere Frage:
Ist diese Lösung überhaupt die richtige Antwort auf das richtige Unternehmensproblem?
Dieser Unterschied ist entscheidend.
Denn bei KI reicht es nicht, eine Lösung technisch korrekt zu bauen. Zuerst muss geklärt werden, welche Unternehmensfähigkeit entstehen soll, welche Prozesse betroffen sind, welche Daten tragfähig sind, welche Risiken entstehen und welche Verantwortung übernommen wird.
Das ist keine reine IT-Frage. Es ist auch keine reine Managementfrage.
Es ist eine Architekturfrage auf Unternehmensebene.
Warum die Verwechslung gefährlich ist
Wenn Unternehmen Enterprise-Architektur mit technischer Lösungsarchitektur verwechseln, entsteht ein systematischer Fehler.Dann wird aus einer Unternehmensfrage ein IT-Projekt.
- Die Geschäftsführung sagt: „Wir brauchen KI.“
- Das mittlere Management übersetzt: „Wir brauchen ein Projekt.“
- Die IT übersetzt: „Wir brauchen eine Plattform oder Lösung.“
- Der Einkauf übersetzt: „Wir brauchen ein Profil mit bestimmten technischen Fähigkeiten.“
- Und am Ende wird jemand gesucht, der Tools, Schnittstellen und Systeme beherrscht.
Sie lautete eigentlich:
- Welche Entscheidungsqualität soll durch KI verbessert werden?
- Welche Prozesse sind wirtschaftlich relevant?
- Welche Daten sind belastbar genug?
- Welche Fachbereiche müssen Verantwortung übernehmen?
- Welche Risiken dürfen nicht automatisiert werden?
- Welche Architektur verhindert neue Insellösungen?
- Welche Lösung ist für ein KMU angemessen und welche wäre überdimensioniert?
Genau hier fehlt der echte Enterprise-Architekt.
Der Enterprise-Architekt als Übersetzer
Der echte Enterprise-Architekt verbindet Ebenen, die in vielen Unternehmen getrennt betrachtet werden.Die Geschäftsführung denkt in Strategie, Marge, Risiko, Kunden, Wachstum und Verantwortung.
Die Fachbereiche denken in Abläufen, Ausnahmen, Regeln, Erfahrungswissen und täglicher Arbeitsrealität.
Die IT denkt in Systemen, Datenbanken, Schnittstellen, Sicherheit, Betrieb und technischer Machbarkeit.
Das Controlling denkt in Zahlen, Steuerungsgrößen und Berichten.
Der Datenschutz denkt in Zweckbindung, Rechtsgrundlagen und Zugriffsbeschränkungen.
Die Qualitätssicherung denkt in Prüfbarkeit, Fehlern, Nachvollziehbarkeit und stabilen Abläufen.
Jede dieser Sichtweisen ist berechtigt. Aber keine reicht allein aus.
Der Enterprise-Architekt muss diese Perspektiven zusammenführen.
Er fragt nicht nur:
Was will die Geschäftsführung? Was kann die IT bauen? Was wünscht der Fachbereich?
Er fragt:
Wie müssen Geschäftsmodell, Prozesse, Daten, Anwendungen, Menschen und Technik zusammenwirken, damit das Unternehmen seine Ziele erreicht?
Das ist seine eigentliche Aufgabe.
Warum diese Rolle bei KI besonders wichtig wird
KI verstärkt die Notwendigkeit dieser Übersetzungsleistung.Denn KI liegt genau zwischen mehreren Welten.
- Sie nutzt Daten, aber sie betrifft Entscheidungen.
- Sie wird technisch betrieben, aber fachlich bewertet.
- Sie kann Prozesse beschleunigen, aber auch falsche Abläufe stabilisieren.
- Sie kann Fachwissen verfügbar machen, aber auch Wissensverlust verstärken.
- Sie kann lokale Effizienz erzeugen, aber unternehmensweiten Wildwuchs schaffen.
- Sie kann Risiken reduzieren, aber auch neue Abhängigkeiten aufbauen.
Wer nur technisch denkt, baut vielleicht eine funktionierende Lösung auf der falschen Datenbasis.
Wer nur betriebswirtschaftlich denkt, unterschätzt vielleicht die Integrations-, Sicherheits- und Betriebsrisiken.
Wer nur vom Fachbereich her denkt, optimiert vielleicht einen lokalen Ablauf und erzeugt neue Insellösungen.
Wer nur vom Tool her denkt, verwechselt schnelle Wirkung mit tragfähiger Architektur.
KI zwingt Unternehmen deshalb zu einer übergreifenden Sicht.
Und genau diese Sicht ist die Aufgabe des Enterprise-Architekten.
Warum echte Enterprise-Architekten selten sind
Dass echte Enterprise-Architekten fehlen, hat mehrere Gründe.1. Die Rolle verlangt ungewöhnliche Breite
Ein echter Enterprise-Architekt muss Technik verstehen, darf aber kein reiner Techniker bleiben.Er muss Geschäftsprozesse verstehen, darf aber kein reiner Prozessberater sein.
Er muss mit Geschäftsführung sprechen können, ohne in Managementfloskeln zu verfallen.
Er muss mit Entwicklern, Administratoren und Datenverantwortlichen sprechen können, ohne den technischen Boden zu verlieren.
Er muss wirtschaftliche Wirkung einschätzen, organisatorische Machtstrukturen erkennen, Datenflüsse verstehen und technische Abhängigkeiten beurteilen.
Diese Kombination ist selten.
Viele Menschen entwickeln sich entweder tief in die Technik oder stark in Management und Beratung. Die Verbindung beider Welten entsteht nicht automatisch.
2. Unternehmen bilden diese Rolle kaum systematisch aus
In vielen Organisationen gibt es Karrierepfade für Fachführung, Projektleitung, IT-Leitung, Produktmanagement oder technische Spezialisten.Aber ein klarer Entwicklungspfad zum echten Enterprise-Architekten fehlt oft.
Wer aus der Technik kommt, bleibt häufig zu lange auf Technologie, Plattformen oder Lösungsdesign festgelegt.
Wer aus dem Management kommt, verliert oft die technische Erdung.
Wer aus den Fachbereichen kommt, versteht Prozesse, aber nicht zwingend Daten-, System- und Integrationsarchitektur.
So entsteht eine Lücke.
Die Rolle wird gebraucht, aber selten gezielt aufgebaut.
3. Der Nutzen ist schwerer sichtbar als bei einem konkreten Projekt
- Ein Entwickler baut eine Funktion.
- Ein Projektleiter liefert ein Projekt.
- Ein Administrator betreibt ein System.
- Ein Fachbereich verbessert einen Ablauf.
Das ist wertvoll, aber schwerer messbar.
- Wenn ein ungeeignetes Projekt nie gestartet wird, sieht niemand den vermiedenen Schaden.
- Wenn eine spätere Insellösung verhindert wird, gibt es keinen sichtbaren Brand.
- Wenn Datenverantwortung früh geklärt wird, fällt später weniger Chaos auf.
- Wenn eine Architekturentscheidung sauber vorbereitet wurde, wirkt das Ergebnis selbstverständlich.
Das macht sie schwer verkaufbar.
4. Die Rolle ist unbequem
Ein echter Enterprise-Architekt stellt Fragen, die nicht immer willkommen sind.- Warum gibt es diesen Prozess überhaupt?
- Welches System ist wirklich führend?
- Warum pflegt jede Abteilung eigene Daten?
- Welche Excel-Liste ist geschäftskritisch geworden?
- Warum wird ein Bericht erstellt, den niemand wirklich nutzt?
- Warum soll KI ausgerechnet diesen Ablauf automatisieren?
- Wer trägt Verantwortung, wenn das Ergebnis falsch ist?
- Ist dieses Projekt wirtschaftlich sinnvoll — oder nur politisch gewünscht?
Damit wird der Enterprise-Architekt für manche Bereiche zur Gefahr.
Nicht, weil er Personen angreift. Sondern weil er Strukturen sichtbar macht, die viele lieber unangetastet lassen würden.
5. Das mittlere Management hat nicht immer Interesse an Transparenz
In vielen Unternehmen sitzt zwischen Geschäftsführung und operativer Realität eine Managementebene, die Informationen filtert, priorisiert und übersetzt.Das ist grundsätzlich notwendig.
Problematisch wird es, wenn diese Ebene eigene Strukturen, Zuständigkeiten oder Karrierewege schützen muss.
Ein echter Enterprise-Architekt kann sichtbar machen, dass bestimmte Prozesse nur historisch gewachsen sind. Dass Daten nicht stimmen. Dass Projekte mehr Statuspflege als Steuerung enthalten. Dass eine Abteilung eigene Nebenlösungen aufgebaut hat. Dass Risiken seit Jahren bekannt sind, aber nie nach oben berichtet wurden.
Das kann Karrieren und Zuständigkeiten berühren.
Deshalb werden solche Personen nicht immer aktiv gesucht, selbst wenn das Unternehmen sie dringend bräuchte.
6. Der CEO sieht den Enterprise-Architekten oft zu technisch
Auch auf Geschäftsführungsebene gibt es ein Wahrnehmungsproblem.Der Begriff „Architekt“ klingt nach IT.
Viele CEOs ordnen den Enterprise-Architekten deshalb automatisch unterhalb der IT-Leitung ein. Als Spezialisten für Systemlandschaften, Schnittstellen oder technische Zielbilder.
Damit landet die Rolle zu tief.
Ein echter Enterprise-Architekt gehört bei strategischen KI-, Daten- und Transformationsfragen nicht nur in die IT-Besprechung. Er gehört an die Schnittstelle zur Geschäftsführung.
Nicht, weil er die Geschäftsführung ersetzt. Sondern weil er die technische Realität in unternehmerische Entscheidungsfähigkeit übersetzt.
Warum KI diese Lücke sichtbar macht
Solange Unternehmen klassische IT-Projekte umsetzen, bleibt die fehlende Enterprise-Architektur oft verdeckt.- Ein System wird eingeführt.
- Eine Schnittstelle wird gebaut.
- Ein Prozess wird digitalisiert.
- Ein Bericht wird erstellt.
- Eine Fachabteilung bekommt eine Lösung.
KI verändert das.
Denn KI greift quer über Daten, Prozesse, Fachwissen und Entscheidungen. Sie nutzt Informationen aus verschiedenen Quellen, verbindet Zusammenhänge, bereitet Entscheidungen vor und wirkt auf Arbeitsweisen zurück.
Damit werden alte Strukturprobleme sichtbar:
- Daten stimmen nicht überein.
- Prozesse sind nur teilweise dokumentiert.
- Fachwissen liegt in Köpfen.
- Systeme sind nicht sauber verbunden.
- Verantwortlichkeiten sind unklar.
- Berichte zeigen unterschiedliche Wahrheiten.
- Tool-Piloten erzeugen neue Insellösungen.
- Niemand kann sagen, welche KI-Anwendung künftig worauf zugreifen darf.
Nicht als theoretische Disziplin. Sondern als praktische Fähigkeit, Ordnung in Unternehmenswirklichkeit zu bringen.
Was ein echter Enterprise-Architekt bei KI leisten muss
Ein Enterprise-Architekt im KI-Kontext muss nicht jedes KI-Modell im Detail erklären können. Er muss auch nicht jedes Tool selbst bedienen.Seine Aufgabe liegt höher.
Er muss prüfen:
- Welche Unternehmensziele sollen durch KI unterstützt werden?
- Welche Prozesse sind dafür wirklich relevant?
- Welche Daten werden benötigt?
- Wie belastbar sind diese Daten?
- Welche Fachbereiche müssen eingebunden werden?
- Welche Risiken entstehen?
- Welche Lösung wäre für das Unternehmen angemessen?
- Welche Architektur verhindert neue Insellösungen?
- Welche Entscheidungen dürfen nicht automatisiert werden?
- Wie bleibt Skalierbarkeit erhalten?
- Wie werden Kontrolle und Verantwortung sichergestellt?
Nicht jede KI-Idee ist sinnvoll. Nicht jeder Pilot sollte produktiv werden. Nicht jede Datenquelle darf angebunden werden. Nicht jede Automatisierung ist wirtschaftlich. Nicht jede Tool-Einführung ist ein Fortschritt.
Diese Unterscheidungsfähigkeit ist vielleicht seine wichtigste Aufgabe.
Warum der Mittelstand diese Rolle besonders braucht
Große Konzerne haben oft eigene Architekturabteilungen, Datenbereiche, Governance-Strukturen und Spezialisten. Auch dort funktioniert nicht alles gut. Aber die Ressourcen sind größer.Im Mittelstand sieht es anders aus.
Dort sind Strukturen schlanker. IT-Abteilungen sind kleiner. Viel Wissen liegt bei wenigen Personen. Prozesse sind pragmatisch gewachsen. Systeme wurden oft aus konkretem Bedarf heraus eingeführt. Dokumentation ist begrenzt. Und die Geschäftsführung ist näher am operativen Alltag.
Das kann ein Vorteil sein.
Entscheidungen können schneller getroffen werden. Fachbereiche sind näher erreichbar. Wege sind kürzer. Veränderungen können pragmatischer umgesetzt werden.
Aber gerade deshalb braucht der Mittelstand eine klare Architekturperspektive.
- Nicht als Bürokratie.
- Nicht als Konzernkopie.
- Nicht als monatelanges Framework-Projekt.
- Was ist wirtschaftlich sinnvoll?
- Was ist technisch tragfähig?
- Was ist organisatorisch beherrschbar?
- Was ist für dieses Unternehmen überdimensioniert?
Er hilft, richtig zu dimensionieren.
Der Unterschied zwischen Beratung und Architektur
Viele Berater liefern Strategien.Viele Techniker liefern Lösungen.
Der Enterprise-Architekt muss beides verbinden — und beides begrenzen.
Er darf nicht nur fragen:
Was wäre strategisch wünschenswert?
Er muss auch fragen:
Ist das mit den vorhandenen Daten, Systemen, Menschen und Prozessen realistisch?
Er darf nicht nur fragen:
Was ist technisch möglich?
Er muss auch fragen:
Lohnt sich das wirtschaftlich und organisatorisch?
Gerade bei KI ist diese Verbindung entscheidend. Denn die größten Fehler entstehen dort, wo Vision und Realität auseinanderlaufen.
- Eine KI-Strategie ohne technische Bodenhaftung bleibt Folie.
- Eine KI-Lösung ohne Unternehmensbezug bleibt Insellösung.
- Eine Datenplattform ohne fachliche Verantwortung bleibt Infrastruktur ohne Nutzen.
- Eine Automatisierung ohne Prozessverständnis beschleunigt möglicherweise das Falsche.
Wie Unternehmen echte Enterprise-Architektur erkennen
Für Geschäftsführer stellt sich die praktische Frage:Woran erkennt man einen echten Enterprise-Architekten?
- Nicht an vielen Tool-Zertifikaten.
- Nicht an der Zahl der Frameworks.
- Nicht daran, dass jemand besonders viele technische Begriffe kennt.
- Fragt er nur nach Systemen — oder auch nach Wertschöpfung?
- Fragt er nur nach Schnittstellen — oder auch nach Verantwortlichkeiten?
- Fragt er nur nach Datenbanken — oder auch nach Datenbedeutung?
- Fragt er nur nach Tools — oder auch nach Ziel und Risiko?
- Fragt er nur nach Umsetzung — oder auch nach der richtigen Reihenfolge?
- Fragt er nur, wie man etwas baut — oder ob man es überhaupt bauen sollte?
Fazit: Ohne Enterprise-Architektur wird KI schnell zur nächsten Baustelle
Künstliche Intelligenz kann Unternehmen leistungsfähiger machen. Aber sie erhöht auch die Anforderungen an Klarheit, Datenqualität, Prozessverständnis, Verantwortung und Skalierbarkeit.Deshalb reicht es nicht, KI nur als IT-Projekt zu behandeln.
Und es reicht auch nicht, einzelne Fachbereiche experimentieren zu lassen, bis irgendwo ein Nutzen entsteht.
Je stärker KI in Prozesse, Entscheidungen und Unternehmenswissen eingreift, desto wichtiger wird eine Rolle, die das Ganze sieht.
Der echte Enterprise-Architekt ist diese Rolle.
- Er ist kein Technik-Guru.
- Er ist kein reiner Strategieberater.
- Er ist kein Projektverwalter.
Genau deshalb fehlt er so oft.
Und genau deshalb wird er für produktive KI immer wichtiger.
Denn die entscheidende Frage lautet nicht:
Welche KI können wir einsetzen?
Sondern:
Welche Unternehmensfähigkeit wollen wir aufbauen — und welche Architektur braucht es, damit sie wirtschaftlich, technisch und organisatorisch tragfähig wird?
Ohne diese Frage entsteht KI-Wildwuchs.
Mit dieser Frage kann aus einzelnen KI-Projekten eine echte Unternehmensfähigkeit werden.
Teil 1: Künstliche Intelligenz ist kein reines IT-Projekt - sie ist Chefsache!
Prev:
Teil 8: KI ersetzt kein Unternehmenswissen: Warum Fachbereiche ihr Erfahrungswissen vor dem produktiven KI-Einsatz sichern müssen
Next:
Teil 10: Warum Warten gefährlich wird: KI im Mittelstand braucht keine Hektik, aber einen Startpunkt
Die Universal Diplom Ingenieure von 4WT werden meist für Unternehmen aus dem DACH-Raum hinzugezogen wenn Sie:
Kein Vertrieb.
Kein Marketing.
reine Ingenieur-Analyse.
Austausch zwischen zwei Unternehmer, die Klartext reden.
Wenn Sie eine fachlich saubere Zweitmeinung brauchen:
📞 +49 30 8687094010 (Bitte Zeitverschiebung nach Bangkok beachten.)
✉️ uwe.richter@it-e-com.de
🔗 4WT Kontaktseite
🔗 4WT Firmenseite
📅 JETZT ein kostenfreies Infogespräch reservieren!
Ich sage Ihnen auch ehrlich, wenn kein Handlungsbedarf besteht.
- planen, den südostasiatischen Markt zu erschließen (Expansion, Markteintritt, Diversifizierung von Lieferketten);
- deutsche Universal Diplom Ingenieure mit technischem Sachverstand (juristische thailändische Person mit deutscher DNA), lokaler Präsenz und deutscher Management, jedoch keine Folienberatung suchen;
- einen juristischen deutschen Partner vor Ort in Südostasien zur Unterstützung Ihrer Aktivitäten und als verlängerten Arm benötigen (operativ/technisch-exekutiv Betreuung vor Ort);
- den Eindruck haben, dass in Ihrer Niederlassung ein Shadow-Management etabliert werden muss, welches die asiatische Arbeitskultur schon seit Jahrzehnten kennt, aber eine 100-prozentige deutsche DNA besitzt - Cultural Broker.
- eine kulturell angepasste Unterstützung Ihrer thailändischen Geschäftsführung entsprechend deutscher Qualitäts- und Prozessanforderungen suchen.
- die enormen Kosten ihres entsendeten Expat mit Sorge erfüllen und Sie eine deutlich günstigere skalierbare Alternative suchen.
- eine Repräsentation bzw. bevollmächtigte Unternehmensvertretung als Liaison Office, Business Proxy oder Corporate Service Provider benötigen.
- rechtssichere pragmatische FBA-konforme Inkubation suchen.
Kein Vertrieb.
Kein Marketing.
reine Ingenieur-Analyse.
Austausch zwischen zwei Unternehmer, die Klartext reden.
Wenn Sie eine fachlich saubere Zweitmeinung brauchen:
📞 +49 30 8687094010 (Bitte Zeitverschiebung nach Bangkok beachten.)
✉️ uwe.richter@it-e-com.de
🔗 4WT Kontaktseite
🔗 4WT Firmenseite
📅 JETZT ein kostenfreies Infogespräch reservieren!
Ich sage Ihnen auch ehrlich, wenn kein Handlungsbedarf besteht.
Copyright Ingenieurbüro 4WT, 4wt-it.com
Zufällige Auswahl von Artikeln zum Thema: KI
- KI im Mittelstand beginnt nicht bei der IT (Serie, Teil 12 von 14)
- KI im Mittelstand beginnt nicht bei der IT (Serie, Teil 8 von 14)
- KI im Mittelstand beginnt nicht bei der IT (Serie, Teil 10 von 14)
- KI im Mittelstand beginnt nicht bei der IT (Serie, Teil 7 von 14)
- KI im Mittelstand beginnt nicht bei der IT (Serie, Teil 3 von 14)
- KI, Standortanalyse oder Sanierung: Strategische Entscheidungshilfe für Geschäftsführer
- Die Rückkehr des Realismus: Ihr Unternehmen benötigt in der Krise keinen „Berater“, sondern einen System-Architekten.
- Prompt Engineering für den Mittelstand - deutsche Ingenieursqualität statt KI-Illusion (4WT-Seite)
- Was macht eigentlich ein Prompt Engineer?
- Kann eine KI in naher Zukunft einen erfahrenen Softwareingenieur ersetzen, Teil 1?
In welchem Blogartikel kommt folgendes Suchwort vor? Video-Zusammenfassung dieser Seite:
Über 4WT
Dieser Beitrag spiegelt die Perspektive von 4WT wider – einem Ingenieurbüro, das Unternehmen dabei unterstützt, komplexe IT-Landschaften wieder beherrschbar zu machen.
Unser Fokus liegt nicht auf schnellen Lösungen oder Methodentrends, sondern auf Klarheit, Entscheidungsfähigkeit und verantwortungsvoller Automatisierung an der Schnittstelle zwischen Unternehmertum und IT.
🔗 Präsentation des Ingenieurbüros 4WT
