Was ist TOGAF? Framework, ADM-Phasen, Domänen & Metamodell einfach erklärt

Kurzfassung: TOGAF (The Open Group Architecture Framework) ist der De-facto-Standard-Rahmen für Enterprise Architecture. Sein Herzstück ist die ADM (Architecture Development Method) – ein iterativer Zyklus, der eine Organisation methodisch von ihrer Ist- zur Ziel-Architektur führt, mit eingebauter Governance. TOGAF beantwortet die Frage „Wie betreiben wir Enterprise Architecture systematisch?“ Dieser Artikel erklärt, was TOGAF ist, wie die ADM funktioniert, was Zertifizierung bedeutet und – aus unserer Erfahrung in echten Portamus-Kundenprojekten – wann TOGAF die richtige Wahl ist und wann es angepasst werden muss.

Das Wichtigste in Kürze

• TOGAF ist ein Framework — ein Rahmenwerk aus Methode und Konzepten, gepflegt von The Open Group, und das weltweit am weitesten verbreitete EA-Framework.
• Sein Kern ist die ADM (Architecture Development Method) — der iterative Zyklus der Phasen A–H (plus Preliminary) rund um ein kontinuierliches Requirements Management.
• TOGAF definiert vier Architekturdomänen — Business-, Daten-, Applikations- und Technologie-(IT-)Architektur — sowie ein Metamodell (Architecture Principles, Views, Building Blocks).
• TOGAF beschreibt den Prozess; es schreibt bewusst keine Modellierungsnotation vor – hier kommt ArchiMate ins Spiel.
• TOGAF ist anpassbar (Tailoring): Die ADM sollte auf die Organisation zugeschnitten und nicht dogmatisch angewandt werden.
• Zertifizierung (Foundation, Practitioner) belegt Wissen über den Standard; Ergebnisse hängen von erfahrener Anwendung ab.
• Und wer TOGAF nicht selbst führen möchte: Portamus ist TOGAF®-zertifiziert und wendet die ADM in EA-Engagements an — das TOGAF-Portfolio von Portamus.

Was ist TOGAF?

TOGAF ist der De-facto-Standard-Rahmen für Enterprise Architecture, gepflegt von The Open Group. Es liefert einen strukturierten, wiederholbaren Ansatz, um die Architektur einer Organisation über Business und IT hinweg zu planen, zu gestalten, zu steuern und weiterzuentwickeln. Statt eines starren Regelwerks ist TOGAF eine Methode samt unterstützendem Werkzeugkasten, die Architekturteams an ihren Kontext anpassen.

TOGAF liefert u. a.:

• die ADM als Vorgehensmodell (Phasen Preliminary, A–H, Requirements Management),
• ein Content Framework, das festlegt, welche Deliverables und Artefakte in jeder Phase entstehen,
• ein Metamodell: Architecture Principles, Views (Sichten) und Building Blocks als gemeinsames Vokabular der Architekturarbeit,
• ein Enterprise Continuum und Referenzmodelle zur Klassifikation und Wiederverwendung von Architektur-Assets,
• Governance- und Stakeholder-Konzepte, damit Architekturentscheidungen nachvollziehbar bleiben.

Was TOGAF bewusst nicht vorschreibt, ist eine konkrete Notation für die Modelle selbst – und genau hier kommt eine Modellierungssprache wie ArchiMate ins Spiel. Wir vergleichen beide in TOGAF vs. ArchiMate.

Die ADM: das Herzstück von TOGAF

Die Architecture Development Method (ADM) ist das, was die meisten meinen, wenn sie von „TOGAF anwenden“ sprechen. Sie ist ein iterativer Zyklus – kein einmaliges Wasserfall-Vorgehen –, der die Architektur fortlaufend weiterentwickelt:

Im Zentrum steht das Requirements Management, das jede Phase speist und von ihr gespeist wird. In unseren Kundenprojekten ist diese zentrale Rolle der Anforderungen entscheidend: Sie hält die Architektur Zyklus für Zyklus an dem verankert, was das Business tatsächlich braucht.

Faustregel: Die ADM von TOGAF sagt Ihnen, welche Schritte nötig sind, um von der heutigen Architektur zu einer belastbaren Ziel-Architektur zu gelangen – und wie diese Reise zu steuern ist.

Das TOGAF-Metamodell: Principles, Views, Building Blocks

Neben der ADM liefert TOGAF ein Metamodell — also die Meta-Sicht darauf, woraus Architekturarbeit besteht und was in jeder Phase entsteht:

• Architecture Principles: Verbindliche Gestaltungsprinzipien, die Architekturentscheidungen steuern und vor Willkür schützen. Praxis-Tipp: Prinzipien immer als Name + Aussage + Richtlinie formulieren — ohne Richtlinie bleibt der Slogan wirkungslos.
• Views (Sichten): Perspektiven auf dasselbe Architekturwerk — z. B. Business-, Daten-, Applikations- oder Technologie-Sicht für die jeweilige Stakeholdergruppe, statt „ein gigantisches Diagramm für alle“.
• Building Blocks: Wiederverwendbare Bausteine — Architecture Building Blocks (ABBs) als konzeptionelle Bausteine und Solution Building Blocks (SBBs) als konkrete Realisierungen (Tools, Produkte, Dienste). Aus der Praxis: Ein gepflegtes SBB-Verzeichnis aus früheren Projekten beschleunigt jede neue Roadmap spürbar.

Das Metamodell ist der Grund, warum TOGAF mehr ist als „acht Kästchen im Kreis“: Es gibt der ADM ihr Vokabular und macht Architekturarbeit über Teams und Projekte hinweg vergleichbar und überprüfbar. Die konkrete Abbildung der Metamodell-Sichten in Architekturbestand übernehmen Sie typischerweise mit einer Modellierungssprache wie ArchiMate.

TOGAF-Zertifizierung

The Open Group bietet ein formales Zertifizierungsprogramm, typischerweise in zwei Stufen:

• TOGAF Foundation – Kenntnis von Terminologie, Struktur und Kernkonzepten.
• TOGAF Practitioner – die Fähigkeit, die ADM und Konzepte praktisch anzuwenden.

Für Einzelpersonen – Architekten, Berater, Projektleitungen – ist die Zertifizierung ein weithin anerkannter Nachweis und eine gemeinsame Sprache. Für Organisationen ist die kompetente, angepasste Anwendung die wichtigere Frage. Nach unserer Erfahrung liefert derselbe Standard sehr unterschiedliche Ergebnisse – je nachdem, wer ihn anwendet und wie gut er ihn zuschneidet. Deshalb betrachten wir Zertifizierung als Fundament, nicht als Garantie.

Wann TOGAF die richtige Wahl ist

Aus unserer Beratungspraxis passt TOGAF besonders gut, wenn:

• Sie einen strukturierten, steuerbaren Prozess für Enterprise Architecture brauchen statt ad-hoc-Diagramme;
• Sie eine große Transformation vorantreiben (Cloud, ERP-Ablösung, Konsolidierung, KI-Einführung) und eine belastbare Roadmap benötigen;
• mehrere Teams nach einer gemeinsamen Methode und Sprache arbeiten müssen;
• Architektur eine kontinuierliche Steuerungsfähigkeit sein soll, kein einmaliges Dokument.

Und wo Vorsicht geboten ist:

• TOGAF ist keine Modellierungsnotation – kombinieren Sie es mit ArchiMate für konsistente Modelle;
• schematisch angewandt kann die volle ADM schwergewichtig wirken – Tailoring ist Pflicht, besonders in mittelständischen Organisationen. In unseren Projekten schneiden wir die ADM konsequent auf Größe und Reifegrad der Organisation zu.

Häufige Missverständnisse

• „TOGAF ist zu schwergewichtig für uns.“ → TOGAF ist anpassbar; die ADM ist zum Zuschneiden gedacht. Richtig dimensioniert funktioniert es auch im Mittelstand.
• „TOGAF ist ein Modellierungswerkzeug.“ → Nein. TOGAF ist eine Methode; es schreibt keine Notation vor. Nutzen Sie ArchiMate für die Modelle.
• „Zertifizierung gleich Kompetenz.“ → Zertifizierung belegt Wissen über den Standard; Wert entsteht durch erfahrene, angepasste Anwendung.
• „TOGAF und Agile passen nicht zusammen.“ → Doch. Die ADM ist von Natur aus iterativ und integriert sich gut mit agiler Umsetzung, wenn sie sinnvoll dimensioniert ist.

TOGAF in den Architekturdomänen: Daten- und IT-Architektur

In der Praxis fragen unsere Kunden am häufigsten nach zwei Domänen — wir ordnen sie hier explizit in die ADM ein:

Datenarchitektur mit TOGAF

Die Datenarchitektur (eine der vier TOGAF-Domänen) beschreibt die Struktur der logischen und physischen Daten-Assets einer Organisation und deren unternehmensweites Management. TOGAF ordnet die Datenarchitekturarbeit so in die ADM ein:

• Phasen B & C: Daten-Sichten (logisch und physisch) entwickeln — von der Dateninventur über Master- und Referenzdatensichten bis zu Zielbild-Datenmodellen, gekoppelt an die Business-Prozesse (Phase B), damit Daten nicht im IT-Silo entstehen, sondern aus der Geschäftsarchitektur abgeleitet werden.
• Phase E & F: Daten-Initiativen (z. B. Master-Daten-Aufbau, Datenplattform) als Lösungen identifizieren und in der Migrations-Roadmap sequenzieren.
• Governance (Phasen G/H): Datenverantwortung, Datenqualität und Änderungsfreigaben über denselben Governance-Rahmen wie jede andere Domäne steuern.

IT-Architektur (Technologiearchitektur) mit TOGAF

Die Technologiearchitektur — in Unternehmen meist einfach IT-Architektur genannt — definiert die Software- und Hardware-Fähigkeiten, Plattformen, Netzwerke, Betrieb und Sicherheit für den Einsatz der Business-, Daten- und Applikationsdienste. Die wichtigsten ADM-Anschlusspunkte:

• Ist-Erfassung (As-Is): Landschaften über Plattformen und Netzwerke dokumentieren, um Redundanzen und Abhängigkeiten sichtbar zu machen und konsolidieren.
• Zielbild: Technologie-Zielarchitektur aus den Geschäfts- und Datenzielen ableiten — nicht umgekehrt vom liebsten Tool.
• Roadmap-Kopplung: Technologie-Entscheidungen in Phase E (Chancen & Lösungen) an Arbeitspakete koppeln, damit sich jede Technologie-Initiative einem Geschäftsziel zuordnen lässt; in Phase F/G durch die Compliance-Reviews prüfen.

Abgrenzung: TOGAF erklärt, wie man Daten- und IT-Architektur systematisch entwickelt, steuert und weiterentwickelt — es liefert weder fertige Zielbilder noch eine Notation. Beides entsteht im Projekt, typischerweise modelliert in ArchiMate, und wird durch TOGAF®-zertifizierte Beratung strukturiert (TOGAF-Portfolio bei Portamus).

TOGAF und Enterprise Architecture Management

TOGAF ist die führende Methode innerhalb der übergeordneten Disziplin Enterprise Architecture Management (EAM) – der fortlaufenden Praxis, Business und IT in Einklang zu bringen und ihre Weiterentwicklung zu steuern. TOGAF liefert das Wie; EAM ist die Managementpraxis, die die Architektur lebendig hält und für Entscheidungen nutzt. Eine der konkretesten EAM-Aktivitäten ist das Applikationsportfolio-Management — die strukturierte TIME-Bewertung des Applikationsbestands, um Redundanzen, End-of-Life-Risiken und Konsolidierungspotenziale sichtbar zu machen. Im Zeitalter agentischer KI zählt diese Steuerungsfähigkeit mehr, nicht weniger: Autonome Systeme brauchen klare Prinzipien, erlaubte Aktionen und Human-in-the-Loop-Punkte – genau das, wofür die Prinzipien der Preliminary-/Phase-A und das Requirements Management von TOGAF gebaut sind.

Fazit

TOGAF ist die bewährte, anpassbare Methode für Enterprise Architecture: ein strukturierter, iterativer Weg – über die ADM –, eine Organisation von ihrer Ist- zur Ziel-Architektur zu führen, mit eingebauter Governance. Es ist keine Notation und kein starres Regelwerk; sein Wert hängt davon ab, es klug zuzuschneiden und mit Erfahrung anzuwenden. Unsere durchgängige Erfahrung aus Portamus-Kundenprojekten: TOGAF als Methode mit ArchiMate als Modellierungssprache kombinieren, auf die Organisation zuschneiden – und Sie erhalten eine Architektur, die wirklich steuerbar ist, nicht bloß dokumentiert.

Sie möchten TOGAF in Ihrer Organisation einführen oder zuschneiden? Wir begleiten Sie von der Methodenauswahl bis zur funktionierenden, gesteuerten Architekturpraxis — als TOGAF®-zertifizierter Partner: von der ADM-Anwendung über einzelne ADM-Phasen bis zur Architektur-Governance. → Portamus Enterprise-Architecture-Beratung entdecken · TOGAF®-Zertifizierung & TOGAF-Portfolio bei Portamus