Erläuterung der Phasen der TOGAF-Architekturentwicklungsmethode
Auf einen Blick
Was ist die TOGAF-Architekturentwicklungsmethode?
Kurze Erklärung von Phase A: Definition der Architekturvision
Kurze Erklärung zu Phase B: Bewertung der Geschäftsarchitektur
Kurze Erklärung von Phase C: Entwicklung von Informationssystemarchitekturen
Kurze Erklärung zu Phase D: Beschreiben und Entwickeln der Technologiearchitektur
Kurze Erklärung der Phase E: Identifizierung von Chancen und Lösungen
Kurze Erklärung zu Phase F: Erstellen eines Migrationsplans
Kurze Erklärung der Phase G: Governance-Implementierung
Kurze Erklärung von Phase H: Architekturänderungsmanagement
Was ist die TOGAF-Architekturentwicklungsmethode?
Das TOGAF ADM ist ein logischer Ansatz zur Wissensgenerierung. Wissen, das:
- findet die Ursache für Leistungs- und Risikodefizite Ihres Unternehmens
- bietet alternative Korrekturen für die Defizite
- ermöglicht wichtigen Entscheidungsträgern die Auswahl zwischen Architekturalternative
- bietet die Möglichkeit, Stellen Sie sicher, dass die Implementierungsteams ihre Aufgaben erfüllen den erwarteten Nutzen, halten Sie sich an ihre Einschränkungen und überschreiten Sie nicht das akzeptable Risiko
Dabei handelt es sich um die Entwicklung und Nutzung einer Unternehmensarchitektur.
Erinnern, Unternehmensarchitektur ist eine Disziplin, die leitet wirksame Veränderungen. Sie finden die Quelle eines Leistungsdefizits und helfen Ihren Entscheidungsträgern, das Defizit zu beheben.
Das TOGAF ADM unterstützt die Analyse und schafft das benötigte Wissen. Es führt Sie durch die Modelle und Ansichten die Ihr Wissen schaffen.
Das TOGAF ADM ist ein High-Level-Modell. Es ist branchenübergreifend anwendbar. und über Anwendungsfälle für Unternehmensarchitektur. Sie passen das TOGAF ADM an Strategie entwickeln, Support-Portfolio, Projekte leiten und einen konsistenten Wert aus der Lösungsbereitstellung erzielen. Dieselben ADM-Phasen, die durch effektives Architektur-Arbeitsmanagement.
Das TOGAF ADM ist ein Informationsflussmodell
Im ADM dreht sich alles um den Wissensaufbau. Jede Phase zeigt Ihnen, wie Sie das benötigte Wissen aufbauen. Das TOGAF ADM ist grundsätzlich inkrementell und iterativ. Best Practice Architektur-Arbeitsmanagement erstellt iterativ die fehlenden Arbeitsprodukte.
Wo die Informationen in Ihrem EA-Repository Sie verwenden es und gehen zu fehlendem Wissen über.
Die TOGAF ADM-Grafik ist eine vereinfachte Darstellung wesentlicher Informationsflüsse. Das TOGAF ADM ist keine Aktivitätssequenz. Viel zu viele Menschen betrachten die TOGAF ADM-Grafik und missverstehen sie als lineares Wasserfall-Prozessmodell.
Jedes Mal, wenn das EA-Team eine Aktivität zur Entwicklung der Informationen aus einer ADM-Phase durchführt, führt es eine Phase aus. Eine Unternehmensarchitekt muss immer die Eingaben und die obligatorischen Ausgaben verbrauchen.
TOGAF ADM-Übersicht
TOGAF ADM ist der Kern der TOGAF-Standard. Die ADM-Skala für jede Detailebene – Strategie, Portfolio, Projekt und Lösungsbereitstellung. Das ADM gilt für alle spezialisierter EA-Anwendungsfall - Akquisitionsintegration, digitale Transformation oder IT-Modernisierung. Das ADM ist branchenübergreifend anwendbar – Fertigung, Software, Konsumgüter, Finanzdienstleistungen oder Verteidigung.
Beim ADM geht es darum, gerade genug neue Informationen zu entwickeln, um Ihren Entscheidungsträgern die Möglichkeit zu geben, die beste Wahl zur Verbesserung Ihrer Organisation.
Das ADM ist in Phasen unterteilt – jede ADM-Phase zielt auf die Erstellung einer anderen Art von Informationen ab.
Die logische Abfolge der ADM-Phasen - A, B, C, D, E, F, G, und H - ist kein Aktivitätsfluss. Es handelt sich um einen vereinfachten Informationsfluss. Obwohl der Informationsfluss weitgehend fließen muss, lassen Sie sich nicht verwirren und versuchen Sie, an ein lineares Wasserfall-Prozessmodell zu denken.
Jedes Mal, wenn die EA-Team neue Informationen entwickeln muss, führen sie die Erstellungsphase durch. Beim Erstellen neuer Informationen Enterprise-Architekt verbraucht die Eingaben und erzeugt die Ausgaben. Dies gilt für alle ADM-Phasen.
Kurze Erklärung von Phase A: Definition der Architekturvision
Dieser Abschnitt enthält eine kurze Erklärung. Unser Artikel Phase A: Definition der Architekturvision geht im Detail auf die ADM-Phase ein.
Das TOGAF ADM verwendet das Konzept eines Architekturprojekts. Arbeiten Sie an der Entwicklung einer Architektur, die Ihren Entscheidungsträgern hilft, Ihre Organisation zu verbessern.
Phase A liefert die Informationen, die eine erfolgreiche Ausführung von Architekturprojekten ermöglichen. Ohne die Vorbereitung von Phase A kann ein Enterprise-Architekt nicht sicher sein, dass er am richtigen Problem, mit den richtigen Einschränkungen und den richtigen Stakeholdern arbeitet.
Architekturteams, die sich direkt in die Architekturentwicklung stürzen, müssen damit rechnen, vom Kurs abzukommen. Unserer Beratungserfahrung nach, Die meisten Arbeitsprodukte von Architekturteams sind 80-90% Abfall. Sie beantworten die falsche Frage zum falschen Zeitpunkt. Ihre Arbeitsergebnisse dienen nicht der Entscheidungsfindung und unterstützen nicht die Umsetzungssteuerung.
Phase A verwendet das Konzept eines Anfrage für Architekturarbeiten.
Mithilfe der Schritte der Phase A entwickeln Architekten folgendes Wissen:
- den Umfang des Architekturprojekts bestätigen
Wir nennen dies die Umwandlung der Frage in ein Problem - wichtige Interessengruppen und Anliegen
- bestehende Einschränkungen durch überlegene Architektur
Es werden folgende zentrale Werksprodukte erstellt:
- ein Architekturvision
eine geeignete Zusammenfassung einer oder mehrerer möglicher Zielarchitekturen - Aussage zur Architekturarbeit
genau das, was Sie denken, ein SoW für das Architekturteam
Seien Sie nicht überrascht, wenn Sie mit mehreren Architekturalternative ausgedrückt als unterschiedliche Architekturvisionen. Erwarten Sie nicht, dass Sie über genügend Informationen verfügen, um in Phase A den besten Weg zu finden.
Sie versuchen herauszufinden, ob es keinen akzeptablen Weg nach vorne gibt. Es ist ein großer Erfolg, die gesamte Architekturentwicklung zu stoppen, wenn es keinen potenziell akzeptablen Weg gibt, ein Defizit zu beheben.
Normalerweise ist das Risiko zu hoch oder die Änderung verbraucht zu viele verfügbare Ressourcen. Kurz gesagt: Der Nutzen ist nicht ausreichend. Wenn Sie feststellen, dass es keine akzeptable Lösung gibt, Arbeit einstellen! Sie haben die knappen Änderungsressourcen Ihres Unternehmens gerettet.
Weitere Einzelheiten finden Sie unter TOGAF ADM Phase A – Beginnen Sie am Anfang mit einer Architekturvision. Es werden die Ergebnisse der Phase A betrachtet, Ermöglichung der Architektur-Governance, und Richtlinien und Techniken der Phase A.
Kurze Erklärung zu Phase B: Entwicklung der Geschäftsarchitektur
Dieser Abschnitt enthält eine kurze Erklärung. Unser Artikel Phase B: Entwicklung der Geschäftsarchitektur geht im Detail auf die ADM-Phase ein.
TOGAF verwendet das Konzept von Architekturdomänen. Diese Phase entwickelt die Geschäftsarchitektur.
In einem Architekturprojekt baut Phase B auf der Architekturvision auf. Die Aufgabe besteht darin, die Übereinstimmung der zusammengefassten Ziele mit ausreichenden Analysen zu bestätigen, um die Richtigkeit der Theorie zu beweisen oder den Kandidaten von der Prüfung auszuschließen.
Mithilfe der Schritte der Phase B entwickeln Architekten folgendes Wissen:
- welche Referenzarchitektur die Architekturentwicklung beschleunigen wird
- welche Standpunkte relevante Analysen für die Stakeholder ermöglichen, um zwischen Architekturalternativen zu wählen
- Was Geschäftsarchitekturmodelle wird helfen, die Quelle des Mangels und die Änderungen zu finden, die ihn beheben
- wo Änderungen in der Geschäftsarchitektur Veränderungen in anderen Bereichen bewirken
- wo Veränderungen in anderen Domänen Veränderungen in der Geschäftsarchitektur bewirken
Es werden folgende zentrale Werksprodukte erstellt:
- Ansichten, die die potenzielle Geschäftsarchitektur im Hinblick auf die Anliegen der Stakeholder analysieren
- dass eine aktuelle und eine mögliche Zielgeschäftsarchitektur
- Lücken in der Geschäftsarchitektur
- Kandidaten für Arbeitsprodukte, die das Geschäft verändern
In Phase B stehen Dinge wie Organisationsdesign, Prozesse, Informationsflüsse, Geschäftsfähigkeit, und Änderungsplanung. Eine ordnungsgemäße Bewertung und ein gutes Verständnis dieser Phase sind von entscheidender Bedeutung.
Weitere Einzelheiten finden Sie unter TOGAF ADM Phase B – Entwicklung der Geschäftsarchitektur Abdeckungen Ergebnisse der Phase B, Geschäftsarchitekturmodelle und Richtlinien und Techniken der Phase B.
Phase C: Entwicklung von Informationssystemarchitekturen
Dieser Abschnitt enthält eine kurze Erklärung. Unser Artikel Phase C: Entwicklung der Anwendungsarchitektur geht im Detail auf die ADM-Phase ein.
Phase C treibt das Konzept weiter voran Architekturdomänen. In dieser Phase wird die Anwendungsarchitektur entwickelt und Datenarchitektur. Formal betrachtet werden in Phase C die Domänen Datenarchitektur und Anwendungsarchitektur getrennt behandelt.
Wie Phase B baut auch Phase C auf der Architekturvision auf. Es gibt jedoch einen Unterschied: Phase C hat die zusätzliche Verpflichtung, die Geschäftsarchitektur zu ermöglichen. Dabei geht es nicht darum, die Geschäftsarchitektur als Anforderung zu behandeln, sondern sicherzustellen, dass die sich entwickelnden Gesamtziele zusammenpassen.
Änderungen in einer Domäne führen zu Einschränkungen und Anforderungen in anderen Domänen. Ziel ist es, die besten Änderungen für alle Domänen zu finden.
Mithilfe der Schritte der Phase C entwickeln Architekten folgende Kenntnisse:
- welche Referenzarchitektur die Architekturentwicklung beschleunigen wird
- welche Standpunkte relevante Analysen für die Stakeholder ermöglichen, um zwischen Architekturalternativen zu wählen
- Welche Anwendungsarchitekturmodelle und Datenmodelle helfen, die Ursache des Mangels zu finden und welche Änderungen zu dessen Behebung erforderlich sind?
- wo Änderungen in der Geschäftsarchitektur Veränderungen in anderen Bereichen bewirken
- wo Veränderungen in anderen Domänen Veränderungen in der Geschäftsarchitektur bewirken
Es werden folgende zentrale Werksprodukte erstellt:
- Ansichten, die die Architektur der Kandidaten-Informationssysteme im Hinblick auf die Anliegen der Stakeholder analysieren
- dass eine aktuelle und eine mögliche Zielgeschäftsarchitektur
- Lücken in der Geschäftsarchitektur
- Kandidaten für Arbeitsprodukte, die das Geschäft verändern
In Phase C stehen Aspekte wie Anwendungsdesign, Datenfluss, Integration, Entwicklungsansatz, Eigenentwicklung oder Kauf sowie Änderungsplanung im Mittelpunkt. Eine sorgfältige Bewertung und ein gutes Verständnis dieser Phase sind entscheidend.
Weitere Einzelheiten finden Sie unter TOGAF ADM Phase C – Entwicklung der Anwendungsarchitektur Abdeckungen Ergebnisse der Anwendungsarchitektur von Phase C, Anwendungsarchitekturmodelle und Richtlinien und Techniken der Phase C.
Phase D: Beschreibung und Entwicklung der Technologiearchitektur
Dieser Abschnitt enthält eine kurze Erklärung. Unser Artikel Phase D: Beschreibung und Entwicklung der Technologiearchitektur geht im Detail auf die ADM-Phase ein.
Phase D schließt die End-to-End- Domänenarchitektur Konzept. Diese Phase umfasst Schritte zur Entwicklung einer Infrastruktur oder Technologiearchitektur.
Phase D befasst sich mit dem letzten Bereich zur Verfeinerung der Architekturvision. Wie in Phase D gibt es einen zusätzlichen Schwerpunkt. Phase D soll die Informationssystemarchitektur ermöglichen. Auch hier bedeutet dies nicht, dass die Informationssystemarchitektur Anforderungen vorgibt. Sie bestätigt vielmehr den vollständigen Satz an Änderungen, die die End-to-End-Architektur zusammenhalten.
Das Ziel besteht darin, in allen Bereichen die besten Änderungen zu finden, um die Verbesserungsziele zu erreichen.
Mithilfe der Schritte der Phase D entwickeln Architekten folgende Kenntnisse:
- welche Referenzarchitektur die Architekturentwicklung beschleunigen wird
- welche Standpunkte relevante Analysen für die Stakeholder ermöglichen, um zwischen Architekturalternativen zu wählen
- Welche Anwendungsarchitekturmodelle und Datenmodelle helfen, die Ursache des Mangels zu finden und welche Änderungen zu dessen Behebung erforderlich sind?
- wo Änderungen in der Geschäftsarchitektur Veränderungen in anderen Bereichen bewirken
- wo Veränderungen in anderen Domänen Veränderungen in der Geschäftsarchitektur bewirken
Es werden folgende zentrale Werksprodukte erstellt:
- Ansichten, die die Architektur der Kandidaten-Informationssysteme im Hinblick auf die Anliegen der Stakeholder analysieren
- dass eine aktuelle und eine mögliche Zielgeschäftsarchitektur
- Lücken in der Geschäftsarchitektur
- Kandidaten für Arbeitsprodukte, die das Geschäft verändern
In Phase D geht es um Themen wie Infrastrukturdesign, IT-Services, Cloud vs. On-Premise, Kommunikation und Netzwerk sowie Eigenbau vs. Kauf und Änderungsplanung. Eine sorgfältige Bewertung und ein gutes Verständnis dieser Phase sind entscheidend.
Weitere Einzelheiten finden Sie unter TOGAF ADM Phase D – Entwicklung der Technologiearchitektur Abdeckungen Ergebnisse der Technologiearchitektur der Phase D, Technologiearchitekturmodelle und Richtlinien und Techniken der Phase D.
Phase E: Chancen und Lösungen identifizieren
Dieser Abschnitt enthält eine kurze Erklärung. Unser Artikel TOGAF ADM Phase E geht im Detail auf die ADM-Phase ein.
Phase E geht von der Entwicklung und Analyse verschiedener Domänenarchitektur zur Reise. Es ist sinnlos, eine Zielarchitektur zu entwickeln, ohne die Reise zu verstehen.
Mithilfe der Schritte der Phase E entwickeln Architekten folgendes Wissen:
- An welchen Zwischenpunkten können Sie die Reise unterbrechen oder umlenken, ohne den Wert zu verlieren?
- wie sich unterschiedliche Arbeitsanstrengungen und Risiken auf die potenzielle Wertschöpfung auswirken
Es entsteht ein zentrales Arbeitsprodukt:
- Die Architektur-Roadmap
Der Fahrplan enthält Projekte, Aufgabenbeschreibungen, Implementierungsstrategien und legt die Aufgabenbeschreibung fest. Die Aufgabenbeschreibungen legen die Governance-Richtungen fest: Leistungserwartungen, Einschränkungen und Risikobereitschaft sowie die Implementierungsstrategie.
Weitere Einzelheiten finden Sie unter TOGAF ADM Phase E Abdeckungen Ergebnisse der Architektur der Phase E, Architektur-Roadmap-Techniken und Phase-E-Tools.
Phase F: Erstellen eines Migrationsplans
Hier ist eine kurze Erklärung der ADM-Phase F. TOGAF ADM Phase F – Erstellen des Implementierungsplans geht im Detail auf die ADM-Phase ein.
Phase F geht von den ermöglichenden Entscheidungen mit der Architektur-Roadmap zur Planung der Umsetzung. Der Umsetzungsplan enthält alle wesentlichen Elemente und legt die Art der Umsetzung nach Priorität fest. Kostenbewertung, Nutzen und Abhängigkeitsbewertung sind einige der berücksichtigten Aktivitäten.
Mithilfe der Schritte der Phase F entwickeln Architekten folgende Erkenntnisse:
- welche Projekte welche Arbeitspakete und Übergangsarchitekturen liefern werden
- Abhängigkeit zwischen den Implementierungsplänen
- Aufgabenstellung
- ob für diese Projekte eine einzigartige Implementierungs-Governance erforderlich ist.
Es entsteht folgendes zentrales Werksprodukt:
- der Umsetzungsplan
- Architekturvertrag
- Governance-Rahmen für die Implementierung
Weitere Einzelheiten finden Sie unter TOGAF ADM Phase F – Erstellen des Implementierungsplans Abdeckungen Ergebnisse des Implementierungsplans für Phase F, Techniken für Implementierungspläne und Phase-E-Tools.
Phase G: Governance-Implementierung
Dies ist eine kurze Erklärung. TOGAF® ADM Phase G – Wert sichern geht im Detail auf die ADM-Phase ein.
In Phase G wird von der Identifizierung des besten Weges zur Umsetzung des besten Weges gewechselt. Die gesamte Phase G konzentriert sich auf Umsetzungs-Governance. Der Schwerpunkt liegt auf der Bereitstellung des erwarteten Werts.
Mithilfe der Schritte der Phase G entwickeln Architekten folgendes Wissen:
- ob das Implementierungsprojekt Bereitstellung des erwarteten Wertes
- ob das Implementierungsprojekt innerhalb seiner Grenzen arbeiten
- ob das Implementierungsprojekt Überschreitung der zugewiesenen Risikobereitschaft
Es entsteht folgendes zentrales Werksprodukt:
- Gute-Besserung-Empfehlung
Weitere Einzelheiten finden Sie unter TOGAF® ADM Phase G – Wert sichern Abdeckungen Ergebnisse der Phase G, Techniken der Phase G und Phase-G-Tools.
Phase H: Architekturänderungsmanagement
Dies ist eine kurze Erklärung. TOGAF® ADM Phase H – Sicherstellung der Unternehmensagilität geht im Detail auf die ADM-Phase ein.
Phase H ist Ihr Prüfschritt. Sie bestätigt, dass Ihr Unternehmen die erwarteten Vorteile der Zielarchitektur nutzt. Sie prüft, ob die aktuelle Umgebung die Grundlage der Architekturanalyse verändert.
Mithilfe der Schritte der Phase H entwickeln Architekten folgendes Wissen:
- ob die implementierten Änderungen den erwarteten Wert liefern
- ob Änderungen in der Umgebung Ihres Unternehmens die Grundlage der Architekturanalyse verändert haben
Es entsteht folgendes Kernwerkprodukt:
- Architekturänderungsanforderung
ein spezialisiertes Anfrage für Architekturarbeiten die Veränderungen in der aktuellen Zielarchitektur vorantreibt - Bewertung des Implementierungswerts
- Bedrohungs- und Chancenbewertung
Weitere Einzelheiten finden Sie unter TOGAF® ADM Phase H – Sicherstellung der Unternehmensagilität Abdeckungen Ergebnisse der Phase H, Phase H-Techniken und Phase H-Werkzeuge.
TOGAF Phase H – Agile anwenden und unser aufgezeichnetes Webinar True Life EA-Webinar: Agile COVID-19-Antwort Erklären Sie die praktische Umsetzung von Unternehmensflexibilität geleitet von Best Practice Unternehmensarchitekten. Bei der Unternehmensagilität geht es um die Fähigkeit, auf unerwartete Chancen und Bedrohungen zu reagieren.
Spezialisierte Phase zur Entwicklung einer EA-Fähigkeit
In diesem Abschnitt erläutern wir die TOGAF ADM-Phasen zum Aufbau einer Unternehmensarchitekturfähigkeit.
Vorphase - Rahmen und Grundsätze
Die Einführungsphase, auch Vorphase genannt, dient dazu, Entwickeln Sie das Enterprise-Architektur-Team. Der Schwerpunkt liegt auf den wichtigsten Problemen oder Fragen, die das Enterprise-Architecture-Team angehen muss. Dazu gehören:
- An wen richtet es sich?
- Wo kann man es verwenden?
- So verwenden Sie das Modell
- Warum brauchst du es
Die oben genannten Schritte verdeutlichen das Konzept für die Beteiligten. Sie vereinfachen auch die Anwendung/Implementierung und Nutzung. Nachdem Sie die Vorphase verstanden haben, können Sie:
- Definieren Sie eine Organisation oder ein Unternehmen
- Identifizieren und verstehen Sie die wichtigsten Elemente und kritischen Treiber eines Unternehmens.
- Beschreiben Sie die Anforderungen an die Architekturarbeit
- Definieren Sie die Prinzipien, die die Architekturarbeit beeinflussen
- Identifizieren Sie den für die Organisation am besten geeigneten Rahmen
- Definieren Sie, wie die verschiedenen Management-Frameworks miteinander verbunden sind
- Bewerten Sie die Reife des Enterprise-Architektur-Teams
Abschließende Gedanken
Ein umfassendes Verständnis der Phasen der Architekturentwicklungsmethode hilft Ihnen, den bestmöglichen Plan zur Verbesserung Ihres Unternehmens zu entwerfen. Er erfasst die Vision des Unternehmens, bietet die besten Lösungen dafür und ist skalierbar, um den sich ständig ändernden Anforderungen und Märkten gerecht zu werden. Die Zusammenarbeit mit einem Unternehmen wie Conexiam erleichtert Ihnen die Verwirklichung Ihrer Ziele und Visionen.
Unser Unternehmen ist stolz darauf, führend in der TOGAF-Architekturentwicklungsmethode zu sein. Wir sind seit langem in diesem Bereich tätig und haben vielen Unternehmen geholfen, ihre Ziele der digitalen Transformation. Unser Online Ausbildung in Unternehmensarchitektur Plattform zielt auf unterschiedliche Kunden ab und hält sich über die neuesten Trends und Innovationen auf dem Laufenden. Wenn Sie mit uns zusammenarbeiten, werden Sie Ihre Visionen und Ziele mit minimalem Aufwand erreichen.
Bitte kontaktieren Sie uns. Mit uns ist die Implementierung der besten Unternehmensarchitektur ein stressfreier Prozess.