Veröffentlicht am 20. Juni 2026 | Aktualisiert am 20. Juni 2026 | 13 Min. Lesezeit
Enterprise Architecture: Der vollständige Leitfaden für Praktiker
Wie die Teile der Enterprise Architecture zusammenpassen — Domänen, Frameworks, Capability Mapping, Governance und Roadmap — und ein pragmatischer Weg, um zu starten.
Suchen Sie eine Software für Unternehmensarchitektur? Lesen Sie unseren Leitfaden zur Bewertung von EA-Tools und starten Sie das EA-Reifegrad-Assessment.
Kernaussagen
Inhaltsverzeichnis
- Was Enterprise Architecture ist — und warum sie zählt
- Die vier Domänen: Geschäft, Daten, Anwendung, Technologie
- Frameworks: TOGAF, ArchiMate und Zachman
- Capability Mapping und Application Portfolio Management
- Governance: die Architektur ehrlich halten
- Roadmap: vom aktuellen Zustand zum Ziel
- Reife: wissen, wo man tatsächlich steht
- Wo man konkret anfängt
Was Enterprise Architecture ist — und warum sie zählt
Den meisten Organisationen fehlt es nicht an Technologie; ihnen fehlt ein gemeinsames, vertrauenswürdiges Bild davon, wie diese Technologie das Geschäft unterstützt. Enterprise Architecture (EA) ist die Disziplin, die dieses Bild aufbaut und pflegt, indem sie Strategie mit Geschäftsfähigkeiten, Daten, Anwendungen und Infrastruktur verbindet, damit Veränderung absichtlich geplant werden kann.
Dies ist der vollständige Leitfaden zur Praxis. Wenn der Begriff für Sie neu ist, beginnen Sie mit unserer Erklärung dazu, was Enterprise Architecture ist, und kehren Sie dann hierher zurück, um zu verstehen, wie die Teile zusammenpassen. Das Versprechen von EA ist einfach: weniger Überraschungen, weniger doppelte Systeme und Entscheidungen, die mit einer Karte statt mit Raten getroffen werden.
EA ist keine Elfenbeinturm-Diagrammübung. Gut gemacht, beantwortet sie konkrete Fragen — was unterstützt diese Fähigkeit, was bricht, wenn wir jene Anwendung abschalten, wo zahlen wir zweimal für dasselbe — und sie tut dies mit Evidenz statt mit Meinung.
Die vier Domänen: Geschäft, Daten, Anwendung, Technologie
Enterprise Architecture ist üblicherweise in vier ineinandergreifende Domänen gegliedert. Sie getrennt, aber verbunden zu halten, ist das, was es Ihnen erlaubt, über Veränderung nachzudenken, ohne das Ganze zu verlieren.
- Geschäftsarchitektur: Fähigkeiten, Wertströme, Prozesse und die Organisation, die sie ausführt — das „Was“, das das Unternehmen tut.
- Datenarchitektur: die Informationsassets, ihre Bedeutung, Eigentümerschaft und Flüsse zwischen Systemen.
- Anwendungsarchitektur: das Portfolio der Anwendungen, was jede unterstützt und wie sie sich integrieren.
- Technologiearchitektur: die Infrastruktur, Plattformen und Standards, auf denen die Anwendungen laufen.
Frameworks: TOGAF, ArchiMate und Zachman
Frameworks ersparen Ihnen, Struktur neu zu erfinden. Die drei meistzitierten spielen jeweils eine andere Rolle, und Sie können sie teilweise übernehmen.
TOGAF, von The Open Group, ist in erster Linie eine Methode — seine Architecture Development Method gibt einen wiederholbaren Zyklus, um von der Vision zur Umsetzung zu gelangen. ArchiMate, ebenfalls von The Open Group, ist eine Modellierungsnotation: eine gemeinsame visuelle Sprache für die Geschäfts-, Anwendungs- und Technologieschichten. Das Zachman Framework, von Zachman International, ist eine Ontologie — ein Klassifikationsraster, das nach Was, Wie, Wo, Wer, Wann und Warum über die Perspektiven der Stakeholder hinweg fragt.
Sie müssen nicht eines wählen und die anderen ablehnen; in der Praxis gibt TOGAF den Prozess, ArchiMate die Notation und Zachman eine Möglichkeit, die Abdeckung zu prüfen. Lesen Sie unsere Erklärungen zu TOGAF, ArchiMate und dem Zachman Framework, bevor Sie sich für eines davon entscheiden.
Capability Mapping und Application Portfolio Management
Wenn Frameworks die Grammatik sind, dann sind Capability Mapping und Application Portfolio Management (APM) der Ort, an dem sich EA bezahlt macht. Eine Business-Capability-Karte benennt, was die Organisation tut — unabhängig davon wie oder durch wen — und gibt jedem Stakeholder ein stabiles Rückgrat, an dem sich Diskussionen verankern lassen.
APM katalogisiert die Anwendungen und verbindet, entscheidend, jede mit den Fähigkeiten, die sie unterstützt. Diese eine Beziehung treibt den Großteil des Werts: Sie können Doppelungen erkennen, Anwendungen nach Kosten, Zustand und Risiko bewerten und die Auswirkung der Abschaltung oder Änderung jedes Systems einschätzen. Unser Leitfaden zum Business Capability Mapping geht tief auf den Aufbau der Karte ein; kombinieren Sie ihn mit APM, um sie in Entscheidungen zu verwandeln.
Ein praktischer Leitfaden zur Enterprise Architecture: die vier Domänen, Frameworks wie TOGAF und ArchiMate, Capability Mapping, Governance, Roadmap und wo man anfängt.
Governance: die Architektur ehrlich halten
Ein Modell, das niemand pflegt, verfällt zur Fiktion. Governance ist der schlanke Prozess, der die Architektur vertrauenswürdig hält — eine Architektur-Review für bedeutende Änderungen, festgehaltene Entscheidungen mit ihrer Begründung und klare Prinzipien, die Entscheidungen leiten, ohne jedes Detail zu diktieren.
Für regulierte Organisationen erzeugt Governance auch Nachweise: ein Anwendungsinventar, Abhängigkeitskarten und einen Audit-Trail darüber, wer was und warum genehmigt hat. Das Ziel ist nicht Bürokratie; es ist, dass die nächste Person Kontext statt Archäologie erbt und dass Auditoren die Argumentation hinter Entscheidungen sehen können.
Roadmap: vom aktuellen Zustand zum Ziel
Architektur ist nur nützlich, wenn sie etwas verändert. Eine Roadmap sequenziert den Übergang von der heutigen Landschaft zu einem Zielzustand, aufgeteilt in Übergangszustände, sodass die Organisation Veränderung aufnehmen kann, ohne die Lieferung zum Stillstand zu bringen.
Gute Roadmaps sind an Fähigkeiten verankert, nicht nur an Projekten: Sie zeigen, welche Fähigkeiten sich verbessern, wovon jeder Schritt abhängt und wo sich Risiko konzentriert. Dieses Rahmen lässt einen Lenkungsausschuss Ergebnisse statt Aktivität finanzieren und lässt Architekten die Sequenzierung mit Abhängigkeiten statt mit Meinung verteidigen.
Reife: wissen, wo man tatsächlich steht
Teams überschätzen, wie reif ihre Praxis ist. Reifegradmodelle geben eine ehrliche Baseline über Dimensionen wie Fähigkeitsabdeckung, Portfolio-Transparenz, Governance, Roadmap-Disziplin und Datenqualität — sodass Sie dort investieren, wo die Lücke real ist, nicht dort, wo es sich bequem anfühlt.
Ein pragmatischer Weg zu starten ist das kostenlose EA-Reifegrad-Assessment von ArchiLU, das zehn Dimensionen bewertet und in etwa zehn Minuten einen priorisierten Aktionsplan liefert. Nutzen Sie es, um zu entscheiden, welche der oben genannten Praktiken zuerst aufzubauen ist, statt zu versuchen, alles auf einmal zu tun.
Wo man konkret anfängt
Versuchen Sie nicht, am ersten Tag das gesamte Unternehmen zu modellieren. Beginnen Sie schmal und verbunden: eine Fähigkeitskarte erster Ebene, ein Anwendungsinventar und die Verbindung dazwischen. Das allein beantwortet die häufigsten Fragen der Führungskräfte und gibt Ihnen etwas Pflegbares.
Von dort aus fügen Sie Governance für bedeutende Änderungen hinzu, dann eine an Fähigkeiten verankerte Roadmap, und vertiefen dann nach Bedarf die Daten- und Technologiesichten. Eine vernetzte EA-Plattform hilft, weil Karte, Portfolio, Abhängigkeiten, Roadmap und Entscheidungs-Trail in einem Modell statt in verstreuten Folien bleiben. Wenn Sie bereit sind zu sehen, wie das in der Praxis funktioniert, fragen Sie eine Demo an — aber starten Sie bei Ihrer Reife, nicht bei einem Anbieter-Pitch.
Ein praktischer Leitfaden zur Enterprise Architecture: die vier Domänen, Frameworks wie TOGAF und ArchiMate, Capability Mapping, Governance, Roadmap und wo man anfängt.
FAQ
Was ist Enterprise Architecture einfach erklärt?
Enterprise Architecture ist die Disziplin, zu beschreiben, wie Strategie, Geschäftsfähigkeiten, Daten, Anwendungen und Technologie eines Unternehmens zusammenpassen, sodass Veränderung bewusst geplant und gesteuert werden kann statt zufällig zu geschehen. Es ist ein gemeinsames, strukturiertes Bild der Organisation, das genutzt wird, um bessere Investitions- und Transformationsentscheidungen zu treffen.
Brauche ich TOGAF oder ArchiMate, um Enterprise Architecture zu betreiben?
Nein. TOGAF gibt Ihnen eine Methode und ein gemeinsames Vokabular, und ArchiMate gibt Ihnen eine Notation, aber keines ist verpflichtend. Viele Teams übernehmen Teile davon pragmatisch. Wichtiger ist ein gepflegtes Modell Ihrer Fähigkeiten, Anwendungen und Abhängigkeiten plus ein schlanker Governance-Prozess. Die Frameworks helfen Ihnen, Struktur nicht neu zu erfinden, sie ersetzen kein Urteilsvermögen.
Wo sollte ein Team mit Enterprise Architecture beginnen?
Beginnen Sie mit einer Business-Capability-Karte und einem Anwendungsportfolio und verbinden Sie dann Anwendungen mit den Fähigkeiten, die sie unterstützen. Diese eine Beziehung beantwortet bereits Fragen, die Führungskräfte stellen — was unterstützt diese Fähigkeit, was würde eine Änderung betreffen, wo gibt es Doppelungen. Von dort aus fügen Sie Roadmap und Governance hinzu. Mit einem Reifegrad-Assessment zu starten hilft Ihnen zu sehen, welche Lücke zuerst zu schließen ist.
Strategische Links
Enterprise-Architecture-Plattformen vergleichen
Verwandte Artikel
Coûts IT et risque fournisseur : une seule carte pour le budget et DORA
Coûts et risque tiers IT vivent d'habitude dans des tableurs séparés. Relier applications, fournisseurs et coûts dans un seul modèle révèle d'un coup concentration, exposition de licences et candidats à la rationalisation — et produit la preuve qu'attendent les revues pensées pour DORA.
NIS2 et architecture d'entreprise : cartographier les systèmes et dépendances que touche la gestion des risques
NIS2 élargit les entités couvertes et relève le niveau attendu en gestion du risque cyber, sécurité de la chaîne d'approvisionnement et traitement des incidents. Chacune de ces attentes repose sur une question préalable : connaissez-vous réellement vos systèmes et la façon dont ils dépendent les uns des autres ? Une cartographie EA est l'endroit naturel pour tenir cela — honnêtement, comme preuve, pas comme un badge de conformité.
CSSF et architecture d'entreprise : une seule carte pour la documentation IT, sous-traitance et résilience
Banques, PSF, entreprises d'investissement et acteurs de fonds supervisés par la CSSF portent des attentes récurrentes de documentation autour de l'IT, de la sous-traitance et de la résilience opérationnelle. Chacune repose sur une question préalable : savez-vous vraiment montrer vos capacités, applications, flux de données et les tiers derrière eux ? Un référentiel EA est l'endroit naturel pour tenir cela — honnêtement, comme preuve, pas comme un badge de conformité.
