TOGAF® ADM Phase E – Erstellen der Architektur-Roadmap

TOGAF ADM Phase E entwickelt die Architektur-Roadmap. Nützliche Architektur-Roadmaps stellen sicher, dass die Unternehmensarchitekten effektive Veränderungen steuern. Ohne Roadmap ist Unternehmensarchitektur lediglich eine Wissensübung. TOGAF Phase E und Architektur-Roadmaps erfüllen den Zweck der Unternehmensarchitektur. Sie ermöglichen effektive Veränderungen.

Um effektive Veränderungen zu steuern, ist die in TOGAF ADM Phase E entwickelte Architektur-Roadmap erforderlich. Die Entwicklung von vier grundlegenden Domänen der Unternehmensarchitektur. Um eine vollständige Unternehmensarchitektur ist ohne die Architektur-Roadmap sinnlos. TOGAF-Rahmenwerk ist direkt – die Unternehmensarchitektur leitet effektive Veränderungen und die Architektur-Roadmap ist für die Änderungsplanung von zentraler Bedeutung.

Digitale Transformation erfordert die Orchestrierung von Veränderungen in Geschäftsabläufen, Organisationsdesign, Softwareportfolio und Infrastruktur. Ohne die richtige IT-Architektur. Beides ist ohne eine Architektur-Roadmap nicht möglich.

TOGAF trennt die Architektur-Roadmap der Phase E von der Umsetzungsplan für Phase F um verschiedene Zwecke hervorzuheben. Nutzen Sie die Entwicklung der Architektur-Roadmap, um Kompromisse einzugehen und Wertentscheidungen zu treffen. Wenn Ihre Stakeholder ihre Entscheidungen, die Kosten und Vorteile verstehen und wissen, wie sie Veränderungsprojekte steuern, sind sie bereit, den Implementierungsplan zu entwickeln.

Erfahren Sie mehr über die TOGAF-Zertifizierung

TOGAF ADM Phase E – Erstellen der Architektur-Roadmap

Auf einen Blick:

TOGAF ADM-Übersicht

Das TOGAF ADM legt die TOGAF-Rahmenwerk abgesehen von anderen Unternehmensarchitektur-Frameworks. Es ist das einzige Enterprise-Architektur-Framework, das alle drei Teile eines Rahmens – wie man eine Architektur dokumentiert, So bauen Sie ein Enterprise-Architecture-Team auf, und wie man entwickelt und Architektur.

TOGAF ADM entwickelt eine Unternehmensarchitektur

Jede TOGAF ADM Phase erläutert die Aktivitäten zur Wissensentwicklung. Jede ADM-Phase entwickelt Wissen über einen Teil der Unternehmensarchitektur. Die Interaktionen zwischen den Phasen sind Informationsflüsse. Diese Informationsflüsse münden in einigen wichtigen Ergebnissen – eines davon ist die TOGAF ADM Phase E Architecture Roadmap.

>>> Wenn Sie eine Übersicht über das TOGAF ADM, lesen Sie bitte die Erläuterung der TOGAF ADM-Phasen.

Was ist TOGAF Phase E?

TOGAF Phase E bietet die Schritte und Informationseingaben zur Erstellung eines Architektur-Roadmap. Unternehmen Architekten führen die Prozess für Stakeholder und Domänenarchitekten zur Erstellung der Architektur-Roadmap. Die Entwicklung der Roadmap erfordert Informationen, um eine effektive architektonische Entscheidungen. Informationen aus Phase B, Phase C und Phase D, wo die Domänenarchitekturen werden entwickelt.

Was ist das Ziel von TOGAF ADM Phase E?

Das Ziel der Phase E besteht darin, über die vereinfachte Zielarchitektur in der Architekturvision. Die vereinfachte Kandidatenarchitektur, die in Phase A waren vielversprechend. Die Aktivitäten in Phase E bestimmen, ob es sich lohnt, in die Ideen zu investieren.

Bei der Entwicklung einer Best-Practice-Architektur nach TOGAF ADM werden mögliche Änderungen berücksichtigt. Viele mögliche Änderungen scheitern an wichtigen Tests. Achten Sie auf Änderungen, die:

  • Zu viel Aufwand für die Rücksendung
  • Der Erfolg ist für die Rückkehr zu ungewiss
  • Die Rendite ist nur schön zu haben

Ihr Unternehmen hat mehr Verbesserungspotenzial, als es umsetzen kann. Eine Schlüsselrolle der Unternehmensarchitektur besteht darin, den Fokus auf die besten Veränderungen zu lenken. Das Aussortieren schwacher Veränderungsideen setzt Ressourcen für erfolgreiche Veränderungen frei. Sobald eine Idee schwach erscheint, sortieren Sie sie aus. Suchen Sie nach Spreu! Eliminieren Sie schwache Ideen! Feiern Sie dann Ihren Sieg! Feiern Sie, dass Sie erfolgreiche Veränderungen ermöglichen!

Dies erreichen Sie, indem Sie die in Phase B (Geschäftsarchitektur), Phase C (Anwendungsarchitektur), und Phase D (Technologiearchitektur) in eine mögliche Unternehmensarchitektur. Sie müssen Änderungen in allen Domänen verfolgen. Der konsolidierte Satz von Änderungen bildet die Grundlage der Architektur-Roadmap.

Erfolg erfordert:

  • Sie befassen sich mit dem Problem, dass Ihr Unternehmen die Präferenzen der Stakeholder nicht erfüllen kann (vollständige Lücken).
  • Sie wissen, welche Arbeit es wert ist, getan zu werden (Fokusänderung und Ausblenden von Ablenkungen)
  • Sie kennen die für die Umsetzung einer vollständigen Änderung erforderliche Arbeit (Arbeitspaket)
  • Sie verstehen die Wechselwirkung zwischen Änderungen und Einschränkungen in anderen Architekturdomänen, um den erwarteten Wert zu schützen (Architekturanforderungsspezifikationen).

Interaktion mit TOGAF Phase B, Phase C, und Phase D

Wasserfall-Ansätze liefern keine Ergebnisse. Best-Practice-Unternehmensarchitektur ist keine Wasserfall-Aktivität. Der einzige erfolgreiche Ansatz erfordert die Entwicklung der Geschäftsarchitektur, Anwendungsarchitektur, Datenarchitektur, Technologiearchitektur und Sicherheitsarchitektur gleichzeitig.

Die Realität der Domänen erfordert eine separate Entwicklung. Die Sprache des TOGAF ADM versucht, die gleichzeitige und separate Entwicklung der Kandidatenarchitektur zu erklären. TOGAF verwendet den Begriff Iteration. Die bewährte simultane Entwicklung verwendet den agilen Ansatz „gerade genug“. Bewegen Sie sich ein wenig und testen Sie die kaskadierenden Einschränkungen in anderen Domänen.

Anwendungsarchitekten sind Spezialisten in einem Architekturdomäne. Dies gilt auch für Geschäftsarchitekten, Datenarchitekten, Technologie und Sicherheitsarchitekten. Unternehmensarchitekten sind Generalisten. Wo es Lücken gibt, müssen sie diese füllen. Wo es Stärken gibt, ziehen sie sich zurück. Sie geben die entscheidende Rolle des Grenzüberschreitens nie auf.

Was ist eine Architektur-Roadmap?

Eine Enterprise-Architektur-Roadmap skizziert die notwendigen Arbeitspakete zur Erreichung der Zielarchitektur bzw. eines Wertorientierungspunkts. Die Arbeitspakete verändern Ihre Organisation von der ‘Basisarchitektur’ zur ‘Zielarchitektur’.’

Eine Architektur-Roadmap skizziert Ihre gesamte Veränderung. Sie zeigt Ihnen die in jeder Übergangsphase verfügbaren Optionen.

Einer unserer Unternehmensarchitekturberatung Kunden drückten die perfekte Architektur-Roadmap aus

… beinhaltet Optionen und Wertangaben zu jedem Arbeitspaket. Der Wert wird angegeben in Bezug auf Geschäftsfähigkeit, Marktreichweite und -beschränkungen ... Machen Sie auf bestehende Hindernisse aufmerksam. Erläutern Sie, warum es sich um Hindernisse handelt und welche Auswirkungen es hat, wenn man sie direkt angeht oder weiterhin Umwege macht ...

Lassen Sie uns diese Architektur-Roadmap-Definitionen näher betrachten. Zunächst einmal ist die Architektur-Roadmap eine Blaupause für Veränderungen. Sie verknüpft die Arbeitspakete, die notwendig sind, um die Organisation vom heutigen Stand in die gewünschte Form zu bringen.

Zweitens positionieren wir die Arbeit im Hinblick auf die verfügbaren Optionen und die Wertrealisierung. Es gibt viele Wege nach vorne. Wertvoller, einfacher, schneller, günstiger, weniger unsicher, effizienter oder flexibler. Helfen Sie den Beteiligten, die besten Änderungen auszuwählen.

Drittens brauchen Sie Auswege und Übergänge. Vergessen Sie nie: Sie arbeiten in einer erfolgreichen Organisation. Das zeigt, dass wir nicht jeden Mangel beheben müssen. Und wir müssen uns auch nicht ändern. Veränderung ist eine Entscheidung.

Was ist der Unterschied zwischen einem fähigkeitsbasierten Plan und einer Architektur-Roadmap?

In der Praxis gibt es kaum einen Unterschied zwischen einer Architektur-Roadmap und einem fähigkeitsbasierten Plan. Wir verwenden sie als grobe Synonyme. Wo immer möglich, trennen wir Architektur-Roadmaps von den Geschäftsfähigkeiten. Wir profitieren von einem Managementkonzept, das den Fokus auf ein Ergebnis richtet. Mit der fähigkeitsbasierten Planung können wir die Diskussion von einer langen Liste von Bottom-up-Verbesserungen wegführen.

Kapazitätsbasierte Planung ist wichtig für die Unternehmensarchitektur. Eine Fähigkeit umfasst alles, was für eine bestimmte Aktivität erforderlich ist, einschließlich Personal, Prozesse und Technologie. Als Ersatz bietet sie ein hervorragendes Instrument, um den Fokus auf Verbesserungen zu richten.

>>> Leitfaden zur fähigkeitsbasierten Planung herunterladen

Warum unterscheidet sich eine Architektur-Roadmap von einem Implementierungsplan?

Der TOGAF Standard ADM trennt Phase E und Phase F, und die Architektur-Roadmap der Implementierungs- und Migrationsplan. Die Trennung basiert auf Best-Practice-Planung. Eine Architektur-Roadmap unterstützt Sie bei der Entscheidung über Ihren Weg, Ihr Ziel und darüber, wo noch Entscheidungen getroffen wurden. Sie hilft auch dabei, ungelöste Weggabelungen zu identifizieren. Der Implementierungs- und Migrationsplan dient lediglich der Ausführung.

Wir können garantieren, dass Ihre aktuellen Roadmaps keine Optionen in Übergangszuständen erklären. Nicht ein einziger Fall in unseren mehreren tausend Jahren Unternehmensarchitekturberatung Erfahrung. Jede Roadmap, die wir gesehen haben, war ein einfacher linearer Plan. Normalerweise von unten nach oben aufgebaut. Normalerweise auf realistisch mögliche Änderungen ausgerichtet. Normalerweise nirgendwohin führend.

Trennen Sie Architektur-Roadmap und Implementierungsplan immer voneinander. Nutzen Sie die Architektur-Roadmap, um die Zukunft zu beleuchten. Erstellen Sie anschließend einen Implementierungsplan, um das erste bekannte Ziel zu erreichen.

Die eigentliche Roadmap-Entwicklung erfolgt gemeinsam mit einem Stakeholder. Der Unternehmensarchitekt erkundet gemeinsam mit dem Business-Architekten, dem Anwendungsarchitekten und dem Technologiearchitekten das weitere Vorgehen. Welche Übergangszustände sind sinnvoll? Suchen Sie nach potenziellen Änderungen, die zu wenig bringen, zu viel Arbeit erfordern oder zu viele Unsicherheiten bergen, und verwerfen Sie diese.

Laden Sie den Enterprise Architecture Governor's Guide herunter
TOGAF 10 Phase E-Roadmap

Ergebnisse der TOGAF ADM Phase E-Architektur-Roadmap

Das zentrale Ergebnis der Phase E ist eine Architektur-Roadmap. Dies ist der Aktionsteil der Unternehmensarchitektur.

Wertvollster Nutzen der Architektur-Roadmap

  1. Stakeholder, die während der Entwicklung der Architektur-Roadmap Kompromisse eingehen und Übergangszustände auswählen
  2. Begleitung von Veränderungsprojekten bei der Initiierung, Umfangsanpassung und Fertigstellung
  3. Beratung der Implementierer hinsichtlich des Werts ihres Projekts, des Umfangs und der Einschränkungen bei der Projektausführung

Eine Architektur-Roadmap hilft bei der Beantwortung der folgenden Fragen:

Eine Architektur-Roadmap ist das Planungstool für die Unternehmensarchitektur. Sie vereint die vier Aspekte des Wandels – Wert, Kosten, Unsicherheit und Option. Wir messen Wert und Kosten des Wandels anhand von Kriterien, die für unsere Stakeholder relevant sind. Reduzieren Sie den potenziellen Wert basierend auf Unsicherheit. Wir empfehlen eine geometrische Wirkung – jede kleine Erhöhung der Unsicherheit führt zu einer deutlichen Verringerung des potenziellen Werts.

Wenn Sie andere Bezeichnungen verwenden als wir, achten Sie bitte auf den Zweck des Werkzeugs oder der Technik. Wir konzentrieren uns immer auf das, was wir erreichen wollen, wenn wir Unternehmensarchitekturberatung. Wir lassen uns nicht bei der Bezeichnung des Werkzeugs oder der Technik täuschen. Es ist uns egal, ob Sie es als Ishikawa-Diagramm, Fischgrätendiagramm oder Ursache-Wirkungs-Diagramm. Wir führen eine strukturierte Analyse der Grundursache durch.

Greifen Sie zu einer effektiven Technik. Berücksichtigen Sie die Grundursache. Ich wette, Sie haben an IT-Vorfälle gedacht. Wenn ja, denken Sie noch einmal darüber nach. Ursachenanalyse ist wirkungsvoll – was ist die Ursache für die geringe Unternehmensagilität? IT-Komplexität? Ändern Sie Ihre Architektur, um die Grundursache zu beseitigen, oder leben Sie mit dem System, das das Problem erneut verursacht.

Abschluss der Architektur-Roadmap für Phase E

Alle TOGAF ADM-Phasen führen Sie zum Aufbau des erforderlichen Wissens. Das Ergebnis von Phase E ist eine Architektur-Roadmap und die Unterstützung der Kandidaten-Unternehmensarchitektur.

Ausgabe und Ergebnis Grundlegendes Wissen
Eine Reihe von Arbeitspaketen, die die Lücken schließen, mit einer Angabe des erzeugten Werts und des erforderlichen Aufwands sowie den Abhängigkeiten zwischen den Arbeitspaketen, um das angepasste Ziel zu erreichen. Abhängigkeit zwischen den Änderungssätzen. (Arbeitspaket- und Lückenabhängigkeit)

Wert, Aufwand und Risiko, die mit jeder Änderung und jedem Arbeitspaket verbunden sind.

Wie sich die Prioritäten und Präferenzen der Stakeholder als Reaktion auf Wert, Aufwand und Risiko von Änderungen anpassen.

Tabelle von TOGAF-Rahmenwerk TOGAF-Reihenhandbuch: Leitfaden für Unternehmensarchitekten zur Architekturentwicklung

Phase E Bare Bones

In Phase E übernimmt der Unternehmensarchitekt den Großteil der Schwerstarbeit bei der Entwicklung einer Zielarchitektur. Verbesserungen ohne Aufwand und Risiko sind ein Traum. Architektur-Roadmaps erfordern die Akzeptanz von Aufwand und Unsicherheit.

Das Grundgerüst von Phase E ist:

Wir wünschten, das Verständnis von Wert wäre einfacher. Wir wünschten, das Wort Wert wäre, nun ja, weniger wertschätzend. Je mehr wir arbeiten, desto mehr Nuancen entdecken wir im Konzept. Wenn man von der Strategie zum Portfolio, zum Projekt und zur Lösungserbringung übergeht, verändert sich das Verständnis von Wert. Die Werterwartungen werden konkreter, je näher ein Gespräch über die Lösungserbringung oder -implementierung rückt.

Wir tendieren zur Lean Six-Sigma-Erklärung des Wertes – etwas, wofür der Kunde mehr bezahlen wird. Wir erwarten, den Wert aus zwei Perspektiven zu verstehen: Erstens Geschäftsarchitektur. Die Geschäftsarchitektur zeigt, wo Ihre Organisation Wert schafft und hilft, die Architektur in Richtung dieses Wertes zu optimieren. Der zweite Ort ist die In Phase A entwickelte Stakeholder-Karte. Sie können Ihr Architekturprojekt auf ein bestimmtes Ergebnis konzentrieren, das indirekt die Wertschöpfung Ihres Unternehmens ermöglicht.

Übergangszustände sind die Bereiche, in denen Ihre Architektur einen konkreten Mehrwert liefern kann. In der Beratung verwenden wir Value Resting Points als Synonym für Architekturübergänge. Jeder Übergang ist eine zukünftige Entscheidung. Er ist ein Ausstieg aus der aktuellen Reise.

Stakeholder werden aus zwei Gründen eine Ausfahrt nutzen:

  1. Der Aufwand, um den nächsten Wertruhepunkt zu erreichen, übersteigt die aktuelle Wertermittlung.
  2. Die Arbeit zum Erreichen des nächsten Wert-Ruhepunkts könnte sich auf eine andere Änderung beziehen, die einen spannenderen oder lohnenderen Ruhepunkt liefert.

Die drei wesentlichen Punkte zur Fertigstellung von Phase E:

  • Erstens: Definition von Wert? Wie messen wir Erfolg?
  • Zweitens: Umfang der Veränderungen? Was wird sich in diesem Übergangsstadium ändern? Was wird sich nicht ändern?
  • Drittens: Woran erkennen Sie, dass die Änderung erfolgreich war? Welchen Governance-Test benötigen Sie, um den Erfolg zu messen? Wie sichern Sie den Wert?

Mit diesen drei wesentlichen Punkten sind die Beteiligten bereit, einen Implementierungsplan zu entwickeln. Sie wissen, was sie erreichen wollen. Sie wissen, was nicht geändert werden soll. Sie wissen, wie sie den Erfolg messen.

Der Architektur-Fahrplan wird ihnen dabei helfen, Wert zu schaffen.

TOGAF ADM Phase E – Ergebnisse der Architektur-Roadmap und Ziele der Unternehmensarchitektur

Die Entwicklung einer Unternehmensarchitektur verfolgt vier Hauptziele: Sie unterstützt entweder die Strategie, das Portfolio, das Projekt oder die Lösungsbereitstellung. In den meisten Fällen wird eine Architektur-Roadmap nur entwickelt, wenn sie die Strategie oder das Portfolio unterstützt. Die TOGAF-Rahmenwerk Muster werden erklärt in der Leitfaden für Enterprise-Architekten zur Architekturentwicklung.

Unterschiedliche Ergebnisse haben für jeden Zweck eine unterschiedliche Bedeutung.

Architektur zur Unterstützung der Strategie

Im Rahmen der Strategieunterstützung erstellen Sie eine durchgängige Zielarchitektur und entwickeln Roadmaps für Veränderungen. Ihre Architektur identifiziert Veränderungsinitiativen sowie unterstützende Portfolios und Programme. Die Architektur-Roadmap legt die Rahmenbedingungen fest, identifiziert Synergien und regelt die Umsetzung von Portfolios und Programmen.

Architektur zur Unterstützung des Portfolios

Wenn Sie ein Portfolio unterstützen, befassen Sie sich normalerweise mit dem einzelnen Portfolio. Ihre Architektur identifiziert Projekte, legt deren Aufgabenbereiche fest, stimmt ihre Ansätze aufeinander ab, identifiziert Synergien und steuert die Projektausführung.

Architektur zur Unterstützung der Strategie Architektur zur Unterstützung des Portfolios Architektur zur Unterstützung des Projekts Architektur zur Unterstützung der Lösungsbereitstellung
Arbeitsprodukt Phase E: Kandidat für die Unternehmensarchitektur Während der strategischen Planungssitzung

Aktualisieren Sie nach Bedarf die Programmbudgetierung

 Wichtigstes Ergebnis

Vor Beginn der Budgetplanung

Der Hauptzweck besteht in der Akzeptanz des Ziels durch die Stakeholder und der Definition der Lücke

 Vor Projektbeginn und Abschluss des Business Case

Primäre Verwendung ist die Erstellung von Architektur-Anforderungsspezifikationen

 Vor der Beauftragung von Ausführungspartnern (einschließlich interner Anbieter)

Primäre Verwendung ist die Erstellung von Architektur-Anforderungsspezifikationen
Arbeitsprodukt Phase E: Architektur-Roadmap Während der strategischen Planungssitzung

Aktualisieren Sie nach Bedarf die Programmbudgetierung

 Wichtigstes Ergebnis

Vor Beginn der Budgetplanung

Aktualisieren Sie nach Bedarf, um die Budgetierung und das Programmmanagement zu unterstützen

 Eingeschränkte Nutzung

Kann als Input für Projekte mit mehreren interaktiven Änderungen verwendet werden

 Vor der Beauftragung von Ausführungspartnern (einschließlich interner Anbieter)

Der Hauptzweck besteht in der Identifizierung erforderlicher Änderungen und der Präferenzen für die Durchführung von Änderungen, um die Auswahl und Einbindung von Lösungslieferpartnern zu verwalten.

Tabelle von TOGAF-Rahmenwerk TOGAF-Reihenhandbuch: Leitfaden für Unternehmensarchitekten zur Architekturentwicklung

Kandidat Unternehmensarchitektur

Die komplette Die Unternehmensarchitektur umfasst die Domänenarchitekturmodelle und die Menge der konsolidierten Lücken.

Bedenken Sie, dass Ihre Unternehmensarchitektur aus Domänenarchitekturen besteht. Eine leistungsstarke Methode zur Analyse und Aufzeichnung ist die Modellierung.

Architektur-Roadmap

Die Struktur Ihrer Architektur-Roadmap ändert sich, unabhängig davon, ob Sie an der Unterstützung von Strategie, Portfolio oder Projekt arbeiten. Roadmaps werden verwendet, um Entscheidungen zu treffen oder Umsetzung regeln.

  Architektur zur Unterstützung der Strategie Architektur zur Unterstützung des Portfolios Architektur zur Unterstützung des Projekts Architektur zur Unterstützung der Lösungsbereitstellung
Architektur-Roadmap Typ 1: Heatmaps Entscheidung und Governance Führung Führung
Architektur-Roadmap Typ 2: Lebenszyklusdiagramm Führung

Eingeschränkte Entscheidung

 Führung Führung
Architektur-Roadmap Typ 3: Auswirkungen und Abhängigkeiten Entscheidung und Governance Entscheidung und Governance Führung Führung
Architektur-Roadmap Typ 4: Szenario und mehrere Kandidaten Entscheidung und Governance Entscheidung und Governance
Implementierungsstrategiemodell Entscheidung und Governance Entscheidung und Governance Führung Führung

Welche Rolle spielt der Enterprise Architect in Phase E?

In TOGAF Phase E erwartet der Enterprise Architect, dass er die Komponenten der Roadmap zusammenstellt und die Unternehmensveränderungen synthetisiert. Er führt eine Kompromissanalyse mit den Stakeholdern durch, um die Zielarchitektur zu bestimmen.

In TOGAF Phase E besteht die Aufgabe des Unternehmensarchitekten darin, den erwarteten Wert zu sichern. Beispielsweise kann ein Business-Architekt die Auswirkungen der von ihm in Anwendung und Technologie vorgenommenen Änderungen möglicherweise nicht erkennen. Je nach den Fähigkeiten der Domänenarchitekten kann der Unternehmensarchitekt einspringen. Möglicherweise versteht er die anderen Domänenarchitekten nicht und kommuniziert nicht effektiv mit ihnen.

Die wichtigste Aufgabe des Unternehmensarchitekten besteht darin, Grenzen zu überschreiten. Egal, ob es sich um Domänen-, Kompetenz- oder Autoritätsgrenzen handelt, der Unternehmensarchitekt muss sie überschreiten.

Zwei zentrale Fakten zur TOGAF Phase E – Architektur-Roadmap

Unser Ansatz für Entwicklung von Enterprise-Architecture-Teams ist pragmatisch. Wir konzentrieren uns auf die Entwicklung nützlicher Architektur. Es basiert auf harten Fakten. Es gibt zwei zentrale Fakten, die wir erzählen Unternehmensarchitekten über TOGAF Phase E – Architektur-Roadmap.

Erstens: Ohne Stakeholder und deren Anliegen können Sie nicht weitermachen. Solange Sie nicht wissen, was wichtig ist und welche Priorität Geschwindigkeit, Sicherheit, Effizienz, Unternehmensagilität und Änderungskosten haben, bleibt Ihr Plan reine Spekulation.

Zweitens: Wenn Architekten glauben, sie müssten sofort handeln, sind sie nutzlos. Stakeholder sind von Leuten umgeben, die in eine beliebige Richtung vorstoßen. Dafür brauchen Stakeholder keine Enterprise-Architekten.

Entdecken Sie die TOGAF-Zertifizierungsschulung
TOGAF ADM Phase E Architektur-Roadmap-Modelle

Architektur-Roadmap-Modelle, -Tools und -Techniken

Die TOGAF ADM-Phase E liefert die Architektur-Roadmap. Diese Phase dient dazu, Maßnahmen zu ermöglichen.

Phase E ist oft eine Übersetzung zwischen Architekturansichten zur Entscheidung. Architekturansichten erzwingen die Analyse einer Architektur im Hinblick auf die Anliegen der Stakeholder. Sie sind entscheidend für die Entwicklung von Best-Practice-Architekturen. Sie können Stakeholder jedoch überfordern. Es gibt sechs zentrale Roadmap-Entwicklungstechniken, die Stakeholdern helfen, die Auswahlmöglichkeiten und Auswirkungen zu verstehen.

  • Szenarien
  • Architektur-Roadmap Typ 1: Tagging mit Empfehlungen und Heatmaps
  • Architektur-Roadmap Typ 2: Lebenszyklusdiagramme
  • Architektur-Roadmap Typ 3: Auswirkungen und Abhängigkeiten der Arbeitspakete
  • Architektur-Roadmap Typ 4: Szenarioanalyse über mehrere Kandidaten hinweg
  • Implementierungsstrategiemodell

>> Weitere Details zu Roadmap-Entwicklungstechniken

>>> Leitfaden zur fähigkeitsbasierten Planung herunterladen

Können Sie Architekturmuster für die Roadmap-Entwicklung verwenden?

Architekturmuster sind ein konsistenter Ansatz für ein vorhersehbares Problem. Architektur-Roadmaps lösen vorhersehbare Probleme wie IT-Modernisierung, Akquisitionen und digitale Transformation. Es gibt einheitliche Ansätze, wie die Würgemuster oder die Fusions- und Übernahmemuster (M&A).

Wir beginnen immer mit einem Architekturmuster. Die Harte Teile Teilen Sie uns Bedenken oder Einschränkungen mit, die in der Architektur-Roadmap berücksichtigt werden müssen.

Wie passt TOGAF Phase E zur agilen Entwicklung?

Jede Architektur-Roadmap bietet zahlreiche Einschränkungen und Richtlinien für die agile Entwicklung. Wir sehen Unternehmensarchitektur und agile Entwicklung Die Architektur-Roadmap wird sich in vier Bereichen überschneiden:

  1. Definieren Sie den agilen Ansatz
  2. den Rückstand im Sprint steuern
  3. Auswahlmöglichkeiten innerhalb der Sprints einschränken
  4. Lösen Sie die produktübergreifende Abhängigkeit

Die Architektur-Roadmap hat maßgeblichen Einfluss auf die Definition des agilen Ansatzes. So wird beispielsweise das Implementierungsstrategiemodell die agile Entwicklung erzwingen oder unterbinden. Dies gilt auch für erwartete Übergangszustände. Übergangszustände und Roadmap-Wertmaße beeinflussen die Produktentwicklung bzw. -freigabe, die wiederum den Backlog steuert.

Wie funktioniert die Szenarioanalyse mit TOGAF Phase E?

Szenario-Analyse bereichert die Entwicklung potenzieller Zukunftsszenarien. Szenarien stellen plausible Zukunftsszenarien dar. Sie bieten eine Methode zur Erkundung von Möglichkeiten und verdeutlichen die Passung verschiedener Lösungen.

Szenarioanalysen können sowohl vorwärts als auch rückwärts durchgeführt werden. Ein Rückblick auf die Entstehung einer Zukunft hilft uns, die Handlungen auf dem Weg dorthin zu verstehen.

Forwards nutzt die Zukunft als Ausgangspunkt. Wir nutzen sie, um die Bedingungen einer Roadmap zu untersuchen und festzustellen, ob die Roadmap in verschiedenen Szenarien umsetzbar ist.

Wie ermöglicht TOGAF Phase E Unternehmensagilität?

Erinnern, Bei der Unternehmensagilität geht es um die Fähigkeit Ihres Unternehmens, auf unerwartete Ereignisse zu reagieren. Bei Roadmaps geht es darum, auf Erwartetes zu reagieren. Ausgeprägtere Fähigkeiten zur Entwicklung von Architektur-Roadmaps helfen einem Unternehmen, auf Unerwartetes zu reagieren. Betrachtet man die fünf Aspekte des Enterprise-Agilitätsmodells, erkennt man einen direkten Zusammenhang mit der Entwicklung einer Architektur-Roadmap.

Unternehmensagilitätsmodell

  1. Wachsamkeit – Können Sie Chancen und Bedrohungen erkennen?
  2. Zugänglichkeit – Können Sie rechtzeitig auf relevante Informationen zugreifen, um zu antworten?
  3. Entschlossenheit – Können Sie anhand der verfügbaren Informationen eine Entscheidung treffen?
  4. Schnelligkeit – Können Sie Ihre Entscheidungen in der verfügbaren Zeit umsetzen?
  5. Flexibilität – Was tun Sie, um Handlungshürden abzubauen?
Leitfaden zur fähigkeitsbasierten Planung herunterladen
TOGAF ADM Phase E Architektur-Roadmap
Werden Sie ein besserer Unternehmensarchitekt – Kostenloses 12-wöchiges Kickstart-Programm

Abschließende Gedanken zu TOGAF ADM Phase E

Es gibt nichts Wichtigeres für einen Enterprise-Architektur-Team als die Entwicklung von Architektur-Roadmaps. Roadmaps sind von zentraler Bedeutung für die Auswahl von Änderungen, wenn das Team Strategie und Portfolio unterstützt. Außerdem sind Roadmaps von zentraler Bedeutung für die Steuerung von Änderungen für Teams, die die Projekt- und Lösungsbereitstellung unterstützen.

Teams, die die Projekt- und Lösungsbereitstellung unterstützen, müssen möglicherweise eine Portfolio-Roadmap zurückentwickeln, um die nötigen Anleitungen und Einschränkungen zu erhalten.

Unternehmensarchitekten, die in TOGAF ADM Phase E arbeiten, haben eine komplexe Rolle.

  • Arbeiten Sie mit Stakeholdern und KMU zusammen, um sowohl gewünschte Änderungen auszuwählen als auch alle anderen Änderungen auszusortieren
  • arbeiten mit Domänenarchitekten Paketlösungen, die die Anzahl der zu berücksichtigenden potenziellen Änderungen minimieren
  • Arbeiten Sie mit Stakeholdern zusammen, um die Änderungsentscheidungen in die formelle Planung und Änderungsverwaltung zu integrieren.

In TOGAF ADM Phase E bringen Sie die Domänen der Unternehmensarchitektur. Die gesamte Unternehmensarchitektur wird durch gezielte Veränderungen vorangetrieben. TOGAF ist sehr eindeutig. Der Zweck der Architekturentwicklung besteht darin, effektive Veränderungen zu steuern. Eine Architektur benötigt eine Architektur-Roadmap, um Mehrwert zu schaffen.

Hochfunktionale EA-Teams konzentrieren sich auf Architektur-Roadmaps. Alles, was sie tun, wird im Hinblick auf Mängel, geplante Änderungen und laufende Änderungen betrachtet.

TOGAF ADM Phase E entwickelt die Architektur-Roadmap. Die Architektur-Roadmap setzt die Unternehmensarchitektur von einer Wissensübung in die Praxis um. Nutzen Sie TOGAF Phase E, um Maßnahmen zu ergreifen. Maßnahmen, die knappe Änderungsressourcen auf den größtmöglichen Unternehmenswert beschränken. Erfüllen Sie den Zweck der Unternehmensarchitektur und sorgen Sie für effektive Veränderungen.

Wagen Sie den Sprung – Holen Sie sich die TOGAF-Zertifizierung
Nach oben scrollen
Geheime Verbindung