Was macht ein IT Enterprise Architect?
Enterprise Architects betrachten nicht eine einzelne Anwendung, sondern die gesamte Systemlandschaft eines Unternehmens. Sie dokumentieren, welche Anwendungen existieren, welche Daten wo liegen, welche Schnittstellen zwischen ERP, CRM, Data Warehouse und Fachverfahren laufen und welche Systeme technisch am Ende ihrer Lebensdauer sind. Aus diesem Bestand entwickeln sie Zielbilder: Welche Plattform ersetzt die drei gewachsenen Insellösungen, wann wird das Rechenzentrum in die Cloud verlagert, welche Standards gelten künftig für Authentifizierung oder Datenaustausch.
Der Alltag besteht zu großen Teilen aus Gesprächen. Fachbereiche wollen eine neue Software einkaufen, Projektleiter brauchen eine Freigabe für eine Architekturentscheidung, Entwicklungsteams argumentieren für eine Technologie, die nicht im Standard steht. Enterprise Architects bewerten solche Vorhaben, schreiben Entscheidungsvorlagen, moderieren Architecture Boards und begründen gegenüber der Geschäftsführung, warum eine Modernisierung Geld kostet, bevor sie Nutzen bringt. Dazu kommen Modellierungsarbeit in Werkzeugen wie LeanIX, Sparx EA oder Signavio, Kostenschätzungen und Roadmaps über mehrere Jahre.
Wie wird man IT Enterprise Architect?
Der Einstieg erfolgt fast nie direkt. Üblich ist ein Studium der Informatik, Wirtschaftsinformatik oder eines technischen Fachs, danach mehrere Jahre als Softwareentwickler, Systemarchitekt, IT-Consultant oder Projektleiter. Erst wer große Systeme selbst gebaut oder eingeführt hat, wird als Architekt ernst genommen. Der Quereinstieg aus der Fachbereichsseite kommt vor, wenn tiefe Kenntnis der Geschäftsprozesse mit technischem Verständnis zusammentrifft, etwa bei Banken oder Versicherungen.
Verbreitete Zertifizierungen sind TOGAF, iSAQB CPSA für Softwarearchitektur sowie Cloud-Zertifikate von AWS, Microsoft oder Google. Sie ersetzen keine Erfahrung, öffnen aber Türen und strukturieren das eigene Vorgehen.
Was der Beruf verlangt
Enterprise Architects haben viel Verantwortung und wenig direkte Weisungsbefugnis. Entscheidungen müssen überzeugend begründet werden, gegen Fachbereiche mit eigenem Budget, gegen Hersteller mit besseren Verkäufern und gegen Teams, die kurzfristige Lösungen bevorzugen. Wer Konflikte scheut oder ausschließlich technisch denkt, kommt in dieser Rolle nicht weit.
Die Arbeit ist überwiegend konzeptionell. Wer gern selbst programmiert, verliert diesen Teil weitgehend und arbeitet stattdessen an Dokumenten, Folien und in Abstimmungsrunden. Sichtbare Ergebnisse kommen langsam, Transformationsprogramme laufen über Jahre und werden manchmal abgebrochen. Die Arbeitszeiten sind in der Regel geregelt, in Ausschreibungs- oder Migrationsphasen wird es deutlich mehr. Beratungsnahe Positionen bringen Reisetätigkeit mit sich.
Aussichten
Die Nachfrage ist stabil bis hoch. Cloud-Migrationen, Ablösung alter Host-Systeme, Anforderungen aus DORA, NIS2 und Datenschutz sowie der Aufbau von Datenplattformen und KI-Anwendungen erzeugen laufend Bedarf an Leuten, die den Überblick behalten. Große Konzerne, Versicherungen, Banken, Energieversorger und die öffentliche Verwaltung beschäftigen eigene Architekturteams.
Entwicklungswege führen zum Lead oder Chief Architect, in die IT-Strategie, zum Bereichsleiter oder in Richtung CIO. Andere spezialisieren sich auf Domänen wie Security-, Daten- oder Cloud-Architektur oder wechseln in die Beratung, wo Tagessätze und Reiseaufwand gleichermaßen höher liegen.