TOGAF vs Zachman: Was ist der Unterschied?

Zachman und TOGAF sind zwei der beliebtesten Frameworks, die Ihnen bei der Implementierung der Unternehmensarchitektur helfen. In diesem Artikel werden wir TOGAF und Zachman besprechen. Wir geben außerdem Tipps zur Auswahl sowie zusätzliche Ressourcen.

Was ist eine Unternehmensarchitektur?

Eine Unternehmensarchitektur (EA) ist ein Konstrukt, das das gesamte Unternehmenssystem einer Organisation kommuniziert und besteht:

• Technologien
• Prozesse
• Informationsressourcen

Ihre Unternehmensarchitektur bietet verschiedene Perspektiven aus technologischer und geschäftlicher Perspektive, sodass Sie einen disziplinierten Ansatz für das Management dieser Systeme verfolgen können. Mit anderen Worten: Ihre Unternehmensarchitektur definiert die Entscheidungsbeschränkungen, die auf Unternehmens-IT und Geschäftssysteme angewendet werden können, und kann drei Kernkomponenten haben: Framework, Methodik und Werkzeuge. Die Nutzung eines EA löst zwei zentrale Probleme, mit denen technologiegetriebene Geschäftsorganisationen konfrontiert sind:

1. Ein umfassendes Verständnis zwischen stark abhängigen Teilmengen von Unternehmenssystemen ermöglicht es Organisationen, die Gesamtkomplexität der Architektur zu reduzieren.
2. Die Etablierung eines strukturierten und gut informierten Entscheidungsprozesses bringt Technologie mit den Geschäftszielen in Verbindung.

TOGAF: Das Open Group Architecture Framework

TOGAF ist der de facto branchenübliche Rahmenwerk, der einen methodischen Ansatz für das Design, die Planung, Umsetzung und Governance von Enterprise Architecture bietet. Es bietet eine konsistente Übersicht über architektonische Artefakte, die von allen Beteiligten innerhalb der Organisation gut verstanden werden kann. Die offene Natur des Frameworks ermöglicht es Organisationen, Vendor Lock-in mit proprietären EA-Lösungen zu vermeiden. Das bedeutet, dass Sie skalieren und anpassen können, ohne auf erhebliche Kosten-, Sicherheits- und Technologieintegrationsprobleme zu stoßen. Das TOGAF-Framework bietet eine Reihe umsetzbarer Schritte innerhalb des Architekturprozesses, bekannt als Architecture Development Method (ADM). Der ADM-Prozess ist keine vorschreibende Vorlage, sondern eine generische und anpassungsfähige Methodik, die auf verschiedene organisatorische Anwendungsfälle bei der Entwicklung von Unternehmensarchitekturen angewendet werden kann. Der ADM-Teil von TOGAF stellt einen Prozess zur Umsetzung der Entscheidungsentscheidungen und zur Erstellung der gewünschten Modelle dar. Diese Schritte sind:

1. Architektur-Vision. Die Anfangsphase, die den Projektumfang beschreibt, Stakeholder identifiziert und die notwendigen Genehmigungen erhält. Geschäftsziele und -treiber werden kommuniziert. Eine Fähigkeitsbewertung kann durchgeführt werden, um die bestehende Unternehmensarchitektur zu bewerten.
2. Geschäftsarchitektur. Der Prozess, der zur Erfüllung der Architekturvision verwendet wird, wird in dieser Phase definiert. In dieser Phase werden detaillierte Geschäftsanalysen und Modellierungen in Zusammenarbeit mit mehreren Interessengruppen durchgeführt. Formale Ziele für Basis- und Zielvorgaben werden ebenfalls festgelegt.
3. Informationssystemarchitektur. Ähnliche Aktivitäten wie in der vorherigen Phase werden nun für die Daten- und Anwendungsarchitektur durchgeführt, die die Architecture Vision unterstützt. In dieser Phase werden die Zieldesignprinzipien für die Daten- und Anwendungsarchitektur festgelegt.
4. Technologiearchitektur. Die Technologieinfrastruktur, die zur Unterstützung der Architekturvision erforderlich ist und speziell mit der Geschäfts- und Informationssystemarchitektur abgestimmt ist, wird in dieser Phase spezifiziert. Wichtige Interessengruppen werden die IT-Abteilung und Führungskräfte umfassen, die für Technologieentscheidungen und Investitionsgenehmigungen verantwortlich sind.
5. Chancen und Lösungen. Da die architektonischen Designentscheidungen in den früheren Phasen finalisiert werden, werden verschiedene Implementierungsszenarien bewertet. Sowohl technische als auch geschäftliche Aspekte werden in dieser Bewertung berücksichtigt und ein optimales Kompromissszenario identifiziert.
6. Migrationsplanung.  Diese Phase bringt Fahrt auf die praktikabelsten Entscheidungsoptionen und Enterprise Architecture-Modelle, wie sie in der vorherigen Phase definiert wurden. Eine Implementierungsstrategie wird auf Basis von Kosten, Chancen sowie Risiko entwickelt. Die Projekte sind nach Priorität aufgelistet.
7. Implementierungsgovernance. In dieser Phase werden die notwendigen architektonischen Spezifikationen für die ausgewählten Projekte festgelegt. Während dieser Phase wird eine vollständige architektonische Überwachung gewährleistet, die die Änderungsanfragen, die Einhaltung der Compliance und die Beschreibung der Lösungsbausteine beschreibt.
8. Architektur-Change-Management. In dieser letzten Phase definieren Sie einen neuen Change-Management-Prozess, der neue Änderungen einbezieht.

Sie können diese Phasen anpassen und neu ordnen, sobald sich die Anforderungen ändern, was besonders nützlich ist, da das TOGAF-ADM iterative Zyklen bearbeitet, um neue Anforderungen der Enterprise Architectural zu verwalten und zu entwickeln. TOGAF hat drei Säulen, durch die es die Architektur Ihres Unternehmens erforscht:

• Unternehmensarchitektur-Domänen
• ARM
• Unternehmenskontinuum

(Erhalten Sie mehr Details und Tipps zur Implementierung von TOGAF.)

Zachman-Unternehmensarchitektur

John Zachman war ein IT-Pionier, der die Probleme von IT-getriebenen Unternehmen verstand. Um diese Probleme zu lösen, entwickelte er 1987 eine frühe unternehmensarchitektonische Methodik – das Zachman-Framework. Das Zachman-Framework bietet einen modellbasierten Ansatz, der:

1. Spezifiziert die Deliverables
2. Kategorisiert verschiedene Aspekte von Unternehmenssystem-Teilmengen in eine Matrixform
3. Verbindet sie mit den Entscheidungsentscheidungen des Business-I-Umfelds

Mit Hilfe einer Matrix kategorisieren die Zeilen die Sichtweise verschiedener Akteure in der Organisation basierend auf den in den Spalten festgelegten Entscheidungskriterien. Die Spaltenüberschriften beschreiben das Was, Wie, Wo, Wann und Warum. Mit diesen Informationen beschreibt jede Matrixzelle die Beziehung jedes Unternehmenssubsystems zu den entsprechenden Aspekten der Organisation. Obwohl das Framework keine Implementierungsrichtlinie oder Methodik bietet, bietet es einen beschreibenden Fokus auf Artefakte, indem es Perspektiven über die ganzheitliche Unternehmensarchitektur hinweg bietet.

Die Zeilenkategorien umfassen:

• Führungsebene. Umfangskontext, der den Geschäftszweck und die Strategie beschreibt.
• Perspektive des Unternehmensmanagements. Geschäftskonzepte, die Unternehmensmodelle, Designentscheidungen und Prozesse beschreiben, wie sie von der Organisation übernommen werden.
• Architektenperspektive. Die Systemlogik, die beschreibt, wie die Geschäftsanforderungen erfüllt werden.
• Ingenieurperspektive. Technologiephysik beschreibt, wie technologische Lösungen zur Umsetzung von Systementscheidungen eingesetzt werden.
• Perspektive des Subunternehmers. Diese beschreiben die Anforderungen bezüglich spezifischer modularer Werkzeugkomponenten.
• Unternehmensperspektive. Das funktionierende System, wie es vom Benutzer in seiner Betriebsumgebung betrachtet wird.

(Weitere Details und Implementierungen zum Zachman-Framework erhalten.)

Wahl von TOGAF oder Zachman

Welche Unternehmensarchitektur Sie wählen, hängt von Ihrem Ansatz ab.

• Das TOGAF-Framework bietet einen systematischen Ansatz zur Definition des Prozesses zur Erstellung oder Verbesserung einer Unternehmensarchitektur. Mit seinem ADM bietet das Framework einen Prozess zur Umsetzung der Entscheidungsentscheidungen, um Ihr gewünschtes Modell zu erstellen.
• Das Zachman-Framework ist eher eine Ontologie – eine strukturierte Menge von Ausdrücken, die beschreiben, wie Artefakte kategorisiert und somit erzeugt, betrieben und verändert werden können. Im Gegensatz zu TOGAF verwendet Zachman verschiedene Unternehmensperspektiven, um Details einzelner Teilmengen Ihres Unternehmenssystems zu begrenzen, zu definieren und zu planen.

Ihre Organisation könnte sich für eine entscheiden – oder Sie können sich für beide entscheiden. Gemeinsam können sich die Frameworks ergänzen, wobei TOGAF den detaillierten Prozess zur Erstellung der Enterprise Architecture beschreibt und Zachman die Artefakte kategorisiert. Oder Sie können ein Framework mit anderen bekannten Optionen ergänzen, darunter ITIL,^® PRINCE2 oder COBIT.

Zusätzliche Ressourcen

• BMC Business of IT Blog
• Einführung in die Federal Enterprise Architecture (FEA)
• Was ist IT4IT?
• Einführung in das EACOE-Framework

Diese Beiträge sind meine eigenen und spiegeln nicht unbedingt die Position, Strategien oder Meinung von BMC wider.