Inhalte der Enterprise Architecture Roadmap als Design
Was ist eine Architektur-Roadmap?
- Die Entwicklung einer Roadmap ist der wertvollste Schritt
- Architektur-Roadmap vs. Implementierungsplan
- TOGAF-Architektur-Roadmaps
Wann ist eine Architektur-Roadmap zu verwenden?
So verwenden Sie eine Architektur-Roadmap
- Architektur-Roadmap bei Budgetierung
- Architektur-Roadmap bei Projektinitiierung
- Architektur-Roadmap während der Projektausführung
- Mit der Architektur-Roadmap auf Veränderungen reagieren
- Entscheidungen der Stakeholder mithilfe der Architektur-Roadmap
Was ist eine Architektur-Roadmap?
Eine Architektur-Roadmap ist eine Änderungsplanung und Umsetzungs-Governance Tool. Architektur-Roadmaps sind eng abgestimmt auf Architektur zur Unterstützung des Portfolios.
Eine Enterprise-Architektur-Roadmap skizziert die Arbeitspakete, die zur Erreichung der Zielarchitektur erforderlich sind. Sie umfasst eine Reihe von Übergangsphasen, in denen Mehrwert geschaffen wird, um die Agilität des Unternehmens zu gewährleisten. In der Übergangsphase hilft Ihnen die Roadmap zu entscheiden, ob Sie fortfahren, pausieren oder die Richtung ändern sollten.
Ein Unternehmensarchitekturberatung Kunden sagten, die perfekte Architektur-Roadmap
… enthaltene Optionen und Wertaussagen zu jedem Arbeitspaket ….
... hatte einen Wert in Bezug auf Geschäftsfähigkeit, Marktreichweite und -beschränkungen ...
.... Bewusstsein für bestehende Hindernisse geschaffen. Einschließlich der Gründe dafür und der Auswirkungen, wenn man sie direkt angeht oder weiterhin Umwege macht ...
Lassen Sie uns diese Punkte zur perfekten Architektur-Roadmap näher erläutern.
Erste, Die Architektur-Roadmap bietet einen Überblick über den Wandel. Sie verknüpft die Arbeitspakete mit den Ergebnissen. Die Ergebnisse sind eine Reihe von Übergangszuständen, die zum Ziel führen. Die Veränderungen vom aktuellen Stand Ihrer Organisation hin zu den Wünschen der Stakeholder.
Zweite, Wir positionieren die Arbeit im Hinblick auf die verfügbaren Optionen und die Wertrealisierung. Es gibt viele Wege nach vorne. Einige bieten mehr Wert, sind einfacher, schneller, günstiger, weniger unsicher oder fördern die Unternehmensflexibilität. Die Architektur-Roadmap hilft den Beteiligten, die besten Änderungen auszuwählen.
Der Wert wird definiert durch:
-
- Roadmap-Vision, Ziele und Vorgaben
- Portfolio-Richtungen - Leistungserwartungen, Einschränkungen und Risikobereitschaft,
- Anliegen der wichtigsten Stakeholder
Dritte, Sie brauchen Auswege und Übergänge. Vergessen Sie nie, Sie arbeiten in einer erfolgreichen Organisation. Wir müssen nicht jeden Mangel beheben. Veränderung ist eine Entscheidung.
Eine dynamische Architektur-Roadmap spiegelt Änderungen in der Unternehmensarchitektur, eher Veränderungen in der Reise. Diese Dynamik ist inhärent in der TOGAF Architekturentwicklungsmethode - Phase E betont Übergang und Wertschöpfung.
Die Entwicklung einer Roadmap kann der wertvollste Schritt sein
Beginnen wir mit drei Fakten:
- Viele Unternehmensänderungen liefern nicht den erwarteten Nutzen
- Die meisten Bottom-up-Optimierungen verschieben Kosten und Risiken, anstatt Ihr Unternehmen zu verbessern.
- Jede Organisation hat mehr Verbesserungsideen, als sie umsetzen kann
Schauen wir uns nun an, wie die meisten Veränderungsinitiativen geplant werden: Bottom-up oder Top-down.
Von unten nach oben - Stakeholder sind von Bottom-up-Vertretern des Wandels umgeben. Diese Champions präsentieren ständig eine lokal optimierte Lösung. Die Lösung hat selten Einfluss auf das Erreichen der Portfolioziele oder den Übergangszustand.
Von oben nach unten - Planungsmethoden erwarten von den Stakeholdern, dass sie einen Top-Down-Plan entwickeln, der jede Änderung vorgibt. Es besteht ein hoher Anspruch an Allwissenheit.
Die Entwicklung einer Roadmap ermöglicht es Stakeholdern, von der Auswahl verschiedener Verkaufsargumente zum Verständnis des Wertbeitrags zu gelangen. Jede Roadmap bietet die Möglichkeit, den Weg zu einem Ziel zu finden. Dieses Ziel verwirklicht Visionen, Ziele oder Vorgaben. Die Maßnahmen auf dem Weg tragen zum Zielzustand bei.
Die Entwicklung einer Roadmap hilft den Beteiligten, alle Änderungsoptionen im Hinblick auf die Wertschöpfung zu bewerten. Sie hilft ihnen auch, wertvolle Ruhepunkte zu finden. Punkte, an denen sie einen Teil der Reise unterbrechen und zu einem anderen übergehen können.
Die Entwicklung einer Architektur-Roadmap hilft den Beteiligten, die effektivsten Änderungen zu finden. Sie finden:
- unterschiedliche Balancen zwischen Zielen, Nutzen, Arbeit und Risiko
- Priorität und Abhängigkeit zwischen Arbeitspaketen
- Wert verschiedener Übergangsstufen
- ein Gefühl dafür, welchen Wert sie liefern können
- Vorteile, die sie bieten
- Arbeit und Ressourcen, die sie einsetzen müssen
- Risiko
Sie sind in der Lage zu erkennen, welche Bottom-up-Initiativen in ihr Portfolio passen und welche Top-down-Aktivitäten sie einleiten müssen.
TOGAF-Architektur-Roadmaps
TOGAF beschreibt mögliche Roadmap-Komponenten, die sich aus der Lückenanalyse ergeben. Die implizite Reihenfolge ist:
- Entwicklung der Basisarchitektur
- die Zielarchitektur entwickeln
- Identifizieren Sie Lücken aufgrund der Unterschiede zwischen der Basis- und der Zielarchitektur.
- Identifizieren Sie mögliche Roadmap-Komponenten während der Entwicklung der Domänenarchitektur
- Entwickeln Sie einen Fahrplan und Übergangsphasen, indem Sie:
- Blick auf die Abhängigkeit
- Betrachtung der Wertschöpfung (Abwägung von Nutzen, Aufwand und Risiko)
Die TOGAF-Architektur-Roadmap ist ein Ergebnis der Architekturentwicklungsmethode Phase E – Chancen und Lösungen.
Architektur-Roadmap vs. Implementierungsplan
Es ist ein häufiger Fehler, eine Architektur-Roadmap als linearen Plan zu betrachten. Architektur-Roadmap und Implementierungsplan unterscheiden sich, da die eine ein Planungstool und die andere ein Implementierungstool ist. TOGAF trennt klar die ADM-Phasen die aus einem Implementierungsplan eine Roadmap entwickeln.
Schauen Sie sich eine Straßenkarte oder eine GPS-Route an. Sie bieten Alternativen. Wie eine Architektur-Straßenkarte ändert sich die GPS-Route dynamisch je nach Verkehr und Ihren Entscheidungen während der Fahrt.
Denken Sie daran, dass eine Straßenkarte Ihnen viele Wege zum selben Ziel zeigt. Oft mit Zwischenstopps. Der Umsetzungsplan dient dazu, zum ersten bekannten Ziel zu fahren.
Wann ist eine Architektur-Roadmap zu verwenden?
Architektur-Roadmaps sollten bei funktionsübergreifenden, mehrphasigen und projektübergreifenden Änderungsinitiativen eingesetzt werden. Bei komplexen Projekten wird der Roadmap-Inhaber die Leistungsfähigkeit einer Architektur-Roadmap zu schätzen wissen.
Wesentliche Veränderungen, wie digitale Transformation, Akquisitionsintegration, oder Cloud-Transformation, alle profitieren von einer Architektur-Roadmap.
Nachhaltige Portfolios, wie IT-Modernisierung, Rationalisierung des Anwendungsportfolios, und Regierungsinitiativen sollten über Architektur-Roadmaps verfügen, um die Fokussierung im Laufe der Zeit zu unterstützen.
Architektur-Roadmaps mit geringer Reifeplanung
Architektur-Roadmaps helfen auch Organisationen mit geringer Planungsreife. Wenn Ihre Führungskräfte von einer Priorität zur nächsten hetzen, profitieren sie vom Verständnis eines angestrebten Ziels. So können sie ein entstehendes Design beurteilen.
Bei geringer Planungsreife ist ein dynamisches Architekturportfolio an ein Vision Statement gebunden. Das Vision Statement ist ein umsetzbares Erklärung der strategischen Absicht. Diese Visionen:
- enthalten einfache Aussagen zur Nachfrage
- Identifizierung der wichtigsten erwarteten Ergebnisse
- einige Erfolgskriterien enthalten, in der Regel als kahl Leistungserwartung
Bei geringer Planungsreife ist es für die Beteiligten selbstverständlich, aktiv werden zu wollen. Eine dynamische Architektur-Roadmap, die als Ausführungsmanagement-Tool eingesetzt wird, legt Wert auf die Unterstützung der Auswahl von Bottom-up-Projektideen.
Die Enterprise-Architekt müssen:
- Identifizieren Sie die Merkmale der Zwischenziele
- Unterstützung bei der Lösung von Doppelarbeit und widersprüchlichen Anweisungen
- helfen, den Wertbeitrag eines Projekts zur strategischen Vision zu messen v
Durch diese Herangehensweise an das Ziel wird die detaillierte Architekturarbeit “just in time” aufgeschoben. Dieser Ansatz entspricht der natürlichen Denkweise in den meisten Organisationen.
Ziele der Architektur-Roadmap
Dies sind normale Roadmap-Ziele
- Strategischer Wandel
- Inkrementelle Verbesserung
- Kosten senken
- Qualität verbessern
- Verbessern Sie die Unternehmensagilität
- Minimierung des Technologierisikos
- IT-Modernisierung
- Digitale Transformation
- Rationalisierung des Anwendungsportfolios
- Akquisitionsintegration
So verwenden Sie eine Architektur-Roadmap
Wir wissen, dass eine Architektur-Roadmap aus Arbeitspaketen besteht. Diese Arbeitspakete sind so ausgerichtet, dass sie in der Übergangsphase einen nachhaltigen Mehrwert liefern. Wir wissen, dass unterschiedliche Arbeitspakete und Übergangsphasen unterschiedliche Vorteile bieten. Zu den Vorteilen gehören unter anderem:
- erstellen Geschäftsfähigkeit
- Verbesserung der Betriebsabläufe hinsichtlich Effizienz, Unternehmensagilität oder Kundennähe
- Systeme modernisieren
- Produkteinführung
- eine Akquisition integrieren
Der Hauptzweck einer Architektur-Roadmap besteht darin, iterativ Fragen zur Planung und Ausführung zu beantworten:
- welche Arbeit sollte verfolgt werden
- welche Arbeit nicht ausgeübt werden sollte
- wie sollten sie sequenziell funktionieren
- wann müssen sie sich zum Handeln entschließen
Diese Fragen beantworten wir zu unterschiedlichen Zeitpunkten:
Architektur-Roadmap bei Budgetierung
Budgetierung ist eine Top-Down-Planungsmoment. Der Roadmap-Inhaber wird nach finanziellen Mitteln suchen, um im nächsten Geschäftsjahr Veränderungen voranzutreiben.
Die Planer prüfen das verfügbare Budget und die verfügbaren Ressourcen. Die Architektur-Roadmap enthält Übergangsphasen und Arbeitspakete, die dem Planer helfen, Arbeit zu beseitigen.
Die wichtigsten Fragen bei der Budgetierung sind:
- welche Arbeit sollte verfolgt werden
- wie sollten sie sequenziell funktionieren
Unerwartetes Risiko großartiger Architektur-Roadmaps
Wir haben einmal den Zorn des Executive VP auf das Architekturteam hervorgerufen. Die Organisation führte eine Budgetierung durch und zog in der Regel 2/3 der Projektideen aus dem Budget heraus. Die neue EA-Team bot jedem EVP seine Unterstützung an. Nur wenige EVPs beteiligten sich am Roadmap-Prozess. Die Vorschläge derjenigen, die sich beteiligten, waren kleiner, da schwache Bottom-up-Ideen verworfen wurden und die Anfrage an die Umsetzungsfähigkeit geknüpft war. Die Budgetvorschläge der Roadmap enthielten Abhängigkeiten, Wertvorstellungen und Übergangspunkte, die jede Anfrage rechtfertigten.
Klingt gut, oder? Der Ärger rührte von der unterschiedlichen Erfolgsquote der Einreichungen her. Fast 1001 Budgetanträge mit Roadmap wurden genehmigt, und etwa drei Viertel der nicht-Roadmap-Budgetanträge wurden zurückgezogen. Der Ärger des EVP rührte daher, dass er vor dem Exekutivkomitee unvorbereitet wirkte.
Architektur-Roadmap bei Projektinitiierung
Die Projektinitiierung ist ein Umsetzungs-Governance Moment.
Der Hauptzweck einer Architektur-Roadmap besteht darin, sicherzustellen, dass die strategischen Ziele, auf denen die Roadmap basiert, erreicht werden. Die wichtigsten Fragen sind:
- welche Leistungen muss das Projekt erbringen
- welche Arbeit darf das Projekt nicht leisten
- Wie wird Erfolg gemessen?
Architektur-Roadmap während der Projektausführung
Die Projektausführung ist eine detaillierte Umsetzungs-Governance Moment.
Die Roadmap definiert, was geliefert werden muss und was nicht. Die unterstützende Zielarchitektur verfügt über eine Reihe von Architekturspezifikationen.
Der Hauptzweck der Architektur-Roadmap besteht darin, Fragen zum Umfang und Risiko der Projektausführung zu beantworten.
Die Kernfragen sind:
- welche Leistungen muss das Projekt erbringen
- welche Arbeit darf das Projekt nicht leisten
- Wie wird Erfolg gemessen?
Mit der Architektur-Roadmap auf Veränderungen reagieren
Auf Veränderungen zu reagieren ist eine Bottom-up-Planungsmoment das ist entscheidend für Unternehmensagilität.
Im Laufe der Zeit wird der Roadmap-Inhaber mit Projekterfolgen und -misserfolgen sowie externen Bedrohungen und Chancen konfrontiert. In diesen Momenten muss der Portfolio-Inhaber die Roadmap neu bewerten.
Sie werden die Kernfragen erneut beantworten:
- welche Arbeit sollte aufgegeben werden
- welche Arbeiten vorgezogen werden sollten
- wie soll sich die Reihenfolge ändern
- welche Entscheidungen aufgeschoben werden sollten
Entscheidungen der Stakeholder mithilfe der Architektur-Roadmap
Portfoliobesitzer wollen deutliche Fortschritte bei der Erreichung ihrer Ziele, nicht mehr Geld ausgeben.
Dies ist der Kern der Portfolio-Implementierungs-Governance – die Leitung und Kontrolle der Implementierungsprojekte im Portfolio.
Zu viele Unternehmensarchitekten sind schockiert, wie oft die wertschöpfende Entscheidung darin besteht, aufzuhören.
Die Architektur-Roadmap soll Ihrem Portfoliobesitzer dabei helfen zu wissen, wann er welche seiner vier Optionen wählen soll:
- stoppen
- Drehpunkt
- weitermachen
- Verdoppeln
So entwickeln Sie eine Architektur-Roadmap
Die Entwicklung einer Roadmap ist eine Übung im Umgang mit Komplexität. Die Anzahl potenzieller Arbeitspakete und Übergangszustände ist nahezu unendlich. Bei der Entwicklung einer Roadmap geht es immer um die Balance zwischen Komplexitätsmanagement und der Bereitstellung von Informationen für bessere Entscheidungen.
Um die Komplexität der Roadmap-Entwicklung zu minimieren, eliminieren Sie zunächst Änderungspfade mit geringem Wert oder inakzeptablem Risiko. Sobald Sie die nicht umsetzbaren Schritte eliminiert haben, suchen Sie nach möglichen Übergangsphasen, die frühzeitig Mehrwert liefern oder das Risiko von Folgearbeiten reduzieren.
Das Zeitfenster für die Umsetzung ist immer begrenzt. Je länger und größer die Veränderung, desto größer ist die Chance für Unerwartetes. Führungskräfte versuchen, Unsicherheiten zu minimieren. Das bedeutet, dass sie auf eine frühzeitige Wertschöpfung und eine weniger risikoreiche Wertschöpfung achten sollten.
Roadmap-Wertmathematik
Der Wert setzt sich aus den erzielbaren Vorteilen nach Abzug des Aufwands zusammen. Er drückt sich in allen Kriterien aus, die für Ihre Stakeholder wichtig sind. Finanzieller Wert, Agilität, Ausrichtung, Kundennähe oder andere Aspekte sind für sie von Bedeutung.
Der potenziell erzielbare Nutzen wird durch Unsicherheit verringert. Unsicherheit darüber, ob das Projekt erfolgreich sein wird. Unsicherheit darüber, ob der Nutzen geerntet werden kann.
Der erwartete Aufwand wird durch Unsicherheit erhöht. Unsicherheit: Der gesamte erforderliche Umfang ist bekannt. Unsicherheit: Die Schätzungen sind genau.
In einer einfachen mathematischen Gleichung hat Unsicherheit einen größeren Einfluss auf den Wert als Nutzen oder Aufwand. Roadmaps werden durch iterative Übergänge und Kompromissgespräche entwickelt.
Testen Sie kontinuierlich Optionen, um Folgendes herauszufinden:
- die am wenigsten riskanten Wege
- die kostengünstigsten Wege
- Wege zu unterschiedlichen Wertmaßen
- die minimale Arbeit, um Wertruhepunkte zu erreichen
Grundlegende Schritte zur Erstellung von Roadmap-Informationen
Die gesamte Architekturentwicklung basiert auf Wissensherstellung. Architektur-Roadmaps erfordern Informationen und Wissen.
Die zentralen Schritte der Wissensherstellung sind:
- Entwicklung der Basisarchitektur
- die Zielarchitektur entwickeln
- Identifizieren Sie Lücken anhand der Unterschiede zwischen Basislinie und Ziel
- Identifizieren Sie mögliche Roadmap-Komponenten während der Entwicklung der Domänenarchitektur
- Identifizieren Sie Übergangsphasen durch:
- Blick auf die Abhängigkeit
- Betrachtung der Wertschöpfung (Abwägung von Nutzen, Aufwand und Risiko)
Bei der Entwicklung einer Architektur-Roadmap werden folgende Elemente verwendet:
Architektur-Roadmap-Techniken
Verwenden Sie zum Erstellen einer Architektur-Roadmap sowohl Standardtechniken zur Architekturentwicklung als auch solche, die speziell für Roadmaps entwickelt wurden.
Standardarchitekturtechniken für die Roadmap-Entwicklung
Architektur-Roadmap-Techniken
- Architektur-Roadmap Typ 1: Heatmap
- Architektur-Roadmap Typ 2: Lebenszyklus
- Architektur-Roadmap Typ 3: Arbeitspaket
- Architektur-Roadmap Typ 4: Szenarien
Anpassen von Roadmap-Techniken an Anwendungsfälle und Anliegen
Architekturalternativen und Kompromisse
Architekturalternativen und Kompromisse sind die wichtigsten Techniken zur Einbindung von Stakeholdern. Architekturalternativen sind eine Methode zur Problemlösung.
Typischerweise sind mehrere potenzielle Zielarchitekturen möglich. Sobald wir ein Kandidatenziel haben, gibt es mehrere Wege, um das Ziel zu erreichen. Normalerweise beinhalten Alternativen Änderungen in verschiedenen Domänen. Die TOGAF-Standard hebt hervor, dass die Analyse von Alternativen von einer besseren Architektur und überlegenen Anliegen geprägt ist.
Die Architekturalternative Technik beginnt mit den Anforderungen des Problems. Nutzen Sie Vision, Grundsätze, Strategie, und andere Überlegene Architekturrichtungen. Erstellen Sie dann Bewertungskriterien, die aus Anliegen der Stakeholder. Legen Sie die Bewertungskriterien anhand der Wertpräferenzen Ihrer Stakeholder fest – das Gleichgewicht zwischen Nutzen, Aufwand und Risiko.
Anschließend werden die zielführenden Alternativen hinsichtlich der Anliegen bewertet.
Übergangszustände
Übergangszustände werden am besten als Ruhepunkte für Werte betrachtet. Der Übergangszustand ist eine Reihe von Änderungen, die einen relevanten Wert liefern. Ein Übergangszustand sollte durch eine Übergangsarchitektur.
Mithilfe des Diagramms können die Stationen auf dem Weg als Übergangszustände betrachtet werden. In jedem Übergangszustand kann der Roadmap-Besitzer:
- die Reise abbrechen oder verzögern
- Wählen Sie ein neues Ziel
- Beschleunigung
Dies gilt insbesondere dann, wenn sie mit ihrer Architektur-Roadmap auf Veränderungen reagieren. Die Fähigkeit, auf unerwartete Bedrohungen und Chancen zu reagieren und gleichzeitig Werte zu schaffen, ist Unternehmensagilität.
Implementierungsstrategiemodell
Ein Implementierungsstrategiemodell ist eine der wichtigsten Richtlinien für den nächsten Architekten, Implementierer und die agile Softwareentwicklung. Es geht einfach darum, zu identifizieren, was eine Änderung bewirken wird:
- Evolutionär
- Revolutionär
- Greenfield
Architektur-Roadmap-Typen
Mögliche Änderungen und Auswahlkriterien erfordern unterschiedliche Architektur-Roadmap-Typen. Die unterschiedlichen Typen unterstützen unterschiedliche Entscheidungsprozesse.
Sie können diese Roadmap-Typen als Vorlagen für Architektur-Roadmaps verwenden. Stellen Sie sicher, dass Sie die richtige Vorlage für Ihren Anwendungsfall und Ihr Roadmap-Ziel verwenden.
- Auf den Anwendungsfall der Unternehmensarchitektur abgestimmte Architektur-Roadmap-Vorlagen
- Architektur-Roadmap-Vorlagen, die auf die Ziele der Unternehmensarchitektur abgestimmt sind
Zusammengenommen werden die Techniken alles über eine mögliche Änderung aufzeigen.
Architektur-Roadmap Typ 1: Tagging mit Empfehlungen und Heatmaps
Einfache Visualisierung von Arbeitspaketen. Die Heatmap stellt Attribute wie Wert, Arbeit, Risiko oder Übergangszustand dar. Hilft bei der Darstellung und Bewertung von Informationen. Die Auswahl der dargestellten Attribute verändert die Heatmap vollständig.
Architektur-Roadmap Typ 2: Lebenszyklusdiagramme
Einfache Visualisierung von Arbeitspaketen, Architekturkomponenten oder Initiativen im Zeitverlauf. Wird verwendet, um Veränderungen im Zeitverlauf darzustellen. Farben können Attribute wie Arbeit, Risiko oder Übergangszustand darstellen.
Architektur-Roadmap Typ 3: Auswirkungen und Abhängigkeiten der Arbeitspakete
Komplexe Visualisierung von Arbeitspaketen, Architekturkomponenten oder Übergangszuständen. Das Diagramm stellt Auswirkungen oder Abhängigkeiten dar. Farben repräsentieren häufig Attribute wie Wert, Arbeit, Risiko oder Übergangszustand.
Besonders nützlich für Diskussionen über Kompromisse und die Entwicklung von Übergangszuständen.
Architektur-Roadmap Typ 4: Szenarioanalyse über mehrere Kandidaten hinweg
Komplexe Visualisierung von Arbeitspaketen, Architekturoptionen oder Übergangszustandsoptionen. Rad-Plots stellen typischerweise Anliegen oder Attribute wie Wert, Arbeit oder Risiko dar. Punkte auf dem Plot stellen üblicherweise Architekturoptionen oder Übergangszustandsoptionen dar.
Wenn Ihre Architektur-Roadmap eine breite Palette von Kriterien und Kandidatenzielen verwendet, um auszuwählen zwischen Architekturalternativen Sie müssen Typ 4 verwenden: Szenarioanalyse und Mehrfachkandidatentechnik.
Wir verwenden Typ 4: Szenarioanalyse-Architektur-Roadmaps zur Unterstützung Szenario-Analyse. Wir können Szenarioanalysen sowohl vorwärts- als auch rückwärtsgerichtet durchführen. Rückwärtsgerichtete Analysen helfen uns, die aktuelle Roadmap zu erstellen. Sie helfen uns zu verstehen, was nötig ist, um eine gewünschte Zukunft zu erreichen. Mit Blick auf die Zukunft nutzen wir Szenarioanalysen, um zu sehen, wie gut eine Roadmap in eine größere Zukunft passt.
Auf den Anwendungsfall der Unternehmensarchitektur abgestimmte Architektur-Roadmap-Techniken
Architekturteams unterstützen unterschiedliche Zwecke. Ob Sie Portfoliofragen oder die Lösungsbereitstellung unterstützen, beeinflusst die Art und Weise, wie Sie Architektur-Roadmaps entwickeln und nutzen. Beispielsweise verwendet Architektur zur Unterstützung der Lösungsbereitstellung keine Architektur-Roadmap Typ 1: Heatmap zur Entscheidungsfindung. Wir nutzen sie als übergeordnete Architektur und als eine Reihe von Einschränkungen für die Architekturentwicklung und deren Implementierung. Gute Architekten arbeiten stets innerhalb der Einschränkungen der übergeordneten Architektur.
| 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 | |
| Szenarien | Wichtigstes Ergebnis | Wichtigstes Ergebnis | ||
| Architektur-Roadmap Typ 1: Heatmap | Wichtigstes Ergebnis | Wichtigstes Ergebnis & Überragende Architektur | Überlegene Architektur | |
| Architektur-Roadmap Typ 2: Lebenszyklus | Wichtigstes Ergebnis | Wichtigstes Ergebnis & Überragende Architektur | Überlegene Architektur | |
| Architektur-Roadmap Typ 3: Auswirkungen und Abhängigkeiten | Gemeinsames Lieferobjekt | Wichtigstes Ergebnis | Überlegene Architektur | Überlegene Architektur |
| Architektur-Roadmap Typ 4: Mehrere Kandidaten | Wichtigstes Ergebnis | Wichtigstes Ergebnis | Überlegene Architektur | Überlegene Architektur |
| Implementierungsstrategiemodell | Wichtigstes Ergebnis | Wichtigstes Ergebnis & Überragende Architektur | Überlegene Architektur | Überlegene Architektur |
Architektur-Roadmap-Techniken, die auf die Ziele der Unternehmensarchitektur abgestimmt sind
| Strategischer Wandel | Inkrementelle Änderung | Kosten senken | Qualität verbessern | Verbessern Sie die Unternehmensagilität | Minimierung des Technologierisikos | IT-Modernisierung | Digitale Transformation | Rationalisierung des Anwendungsportfolios | Akquisitionsintegration | |
| Szenarien | Sehr nützlich | Wichtige Einschränkungen | Sehr nützlich | Sehr nützlich | Kritisch | Kritisch | ||||
| Architektur-Roadmap Typ 1: Heatmap | Sehr nützlich | Kritisch | Kritisch | Kritisch | Kritisch | Kritisch | Kritisch | Sehr nützlich | ||
| Architektur-Roadmap Typ 2: Lebenszyklus | Kritisch | Sehr nützlich | Sehr nützlich | Sehr nützlich | Kritisch | Kritisch | Nützlich | Kritisch | Sehr nützlich | |
| Architektur-Roadmap Typ 3: Auswirkungen und Abhängigkeiten | Kritisch | Nützlich | Nützlich | Nützlich | Nützlich | Kritisch | Sehr nützlich | Kritisch | Sehr nützlich | Kritisch |
| Architektur-Roadmap Typ 4: Mehrere Kandidaten | Kritisch | Nützlich | Nützlich | Nützlich | Kritisch | Sehr nützlich | Nützlich | Kritisch | Sehr nützlich | |
| Implementierungsstrategiemodell | Wichtige Einschränkungen | Wichtige Einschränkungen | Wichtige Einschränkungen | Wichtige Einschränkungen | Wichtige Einschränkungen | Wichtige Einschränkungen | Wichtige Einschränkungen | Schlüsseleinschränkung | Schlüsseleinschränkung | Wichtige Einschränkungen |
Architektur-Roadmap-Tools
Bei der Entwicklung von Architektur-Roadmaps werden standardmäßige Architekturentwicklungstools verwendet.
Die beiden wichtigsten sind:
Übergangsarchitektur
Übergangsarchitekturen stellen ein spezialisiertes Ziel dar. Eine Übergangsarchitektur hält auf der Reise an und behandelt diesen Zwischenzustand als Ziel.
Eine Übergangsarchitektur liefert relevanten Mehrwert. Verwechseln Sie einen Übergang nicht mit Projektphasen oder Kalenderergebnissen. Phasen und Kalenderergebnisse gehören in einen Implementierungsplan.
Wir sollten Übergangsarchitekturen erstellen, wenn:
- Es gibt genügend Veränderungen, sodass eine Organisation ihre gesamte Arbeit einstellen und Wert schöpfen kann
- Änderungen der Architekturkonformität
Kriterien für Arbeitspakete
Implementierungs-Governance erfordert, dass viele Arbeitspakete Erfolgskriterien haben. Verwenden Sie eine Kombination aus:
- Kritische Erfolgsfaktoren
Was ist bei der Änderung des Arbeitspakets oder der Übergangsarchitektur erforderlich, um das erwartete Ergebnis zu erzielen? - Wirksamkeitsmaße
Ein Maß zur Bewertung der Fähigkeit des Zielsystems, die Anforderungen zu erfüllen, die das erwartete Ergebnis - Wichtige Leistungsindikatoren
Kennzahlen, die die Leistung im Vergleich zu einer Reihe von Zielen oder das erwartete Ergebnis zeigen - Implementierungsstrategie
Anleitung zum weiteren Vorgehen bei der Umsetzung
Es wird schnell klar, dass CSFs, MoEs und KPIs fast Synonyme sind. Sie stellen unterschiedliche Methoden dar, um zu beurteilen, ob die Implementierung, das Zielsystem oder die Zielvorgänge die gewünschten Ergebnisse liefern.
In der Portfolio-Roadmap übersetzen wir diese in OKRs (Objectives and Key Results). Hier messen sie das Implementierungsprojekt. Wie immer ist es Best Practice, bestehende Managementpraktiken zu nutzen.
Methoden der Architektur-Roadmap
Entwicklung von Architektur-Roadmaps, sowohl spezifische Roadmap-Methoden als auch Standardmethoden zur Architekturentwicklung.
Standardarchitekturmethoden für die Roadmap-Entwicklung
Methoden der Architektur-Roadmap
Szenario-Analyse
Szenario-Analyse bereichert die Entwicklung von Architektur-Roadmaps. Szenarien stellen plausible Zukunftsszenarien dar. Wir können Szenarioanalysen sowohl vorwärts als auch rückwärts durchführen.
Der Blick zurück hilft uns zu verstehen, was uns zu einer plausiblen Zukunft führt. Wir nutzen dies, um aktive Entscheidungen zu treffen, um eine bessere Zukunft zu erreichen. Der Blick zurück hilft uns, den aktuellen Fahrplan zu erstellen, der uns zu unserem gewünschten Ziel führt.
Forwards nutzt die Zukunft als Ausgangspunkt. Es berücksichtigt, was wir als Nächstes tun und ob unsere Entscheidungen uns eine plausible Zukunft ermöglichen. Mit Blick auf die Zukunft nutzen wir Szenarioanalysen, um zu sehen, wie gut eine Roadmap in größere Zukunftsszenarien passt.
Lücke und Lösung
Jede Lücke kann durch eine oder mehrere Lösungen geschlossen werden. Jede Lösung füllt mehrere Lücken. Mithilfe von Lösungen vereinfachen Sie komplexe Analysen und reduzieren die Anzahl potenzieller Optionen.
Buchstützenmethode
Buchstützen erhöhen die Wirkung von Veränderungen. Menschen suchen nach Kompromissen oder sinnvollen Veränderungen. Das wirkt realistischer. Mit Buchstützen treibt der Enterprise-Architekt die Veränderung bis an die Grenzen. Anschließend nutzt er die Buchstützen, um die Auswirkungen der Veränderung zu ermitteln. Sobald Sie die Auswirkungen verstanden haben, ziehen Sie einen Schritt zurück und prüfen Sie, ob einige Auswirkungen nicht anwendbar sind. Wo sehen Sie eine Veränderung hinsichtlich Wert, Aufwand oder Unsicherheit? Wir stellen in der Regel fest, dass ‘sinnvollere’ Veränderungen alle negativen Aspekte einer Buchstütze mit weniger Vorteilen mit sich bringen.
Architektur-Roadmap Stakeholder-Engagement
Eine Architektur-Roadmap hilft bei der Beantwortung der folgenden Fragen:
- Wann wird der Wert geliefert – Übergangszustände
- Welche Veränderung ist angesichts verschiedener Kriterien anzustreben – Architektur-Roadmap Typ 4: Szenarien
- Welche Arbeit wird einen Mehrwert bringen, und die Kosten und Unsicherheiten – Architektur-Roadmap Typ 1: Heatmap
- Wann Arbeit, Veränderung und Wertschöpfung stattfinden – Architektur-Roadmap Typ 2: Lebenszyklus
- Welche Abhängigkeit und Auswirkung haben Arbeit und Veränderung – Architektur-Roadmap Typ 3: Arbeitspaket
- Welche Entscheidungen werden aufgeschoben – Architektur-Roadmap Typ 4: Szenarien
- Welche Art von Veränderung streben wir an – Implementierungsstrategie
Roadmap Stakeholder-Fragen-Diskussion
- Welche Änderung ist angesichts unterschiedlicher Kriterien anzustreben?
Schnellster oder günstigster Weg? Liefern wir Agilität, Effizienz oder Leistungsfähigkeit? Ist der schnellste Weg zur Effizienz besser als der günstigste Weg zur Leistungsfähigkeit? Die Auswahlmöglichkeiten sind unendlich. Stakeholder müssen wählen. Die meisten Stakeholder sind sehr gut darin, in Situationen mit unzureichenden Informationen zu wählen. Die Entwicklung einer Architektur-Roadmap hilft Stakeholdern, bessere Entscheidungen zu treffen. Verwenden Sie eine Architektur-Roadmap Typ 4: Szenarien wenn es viele mögliche Wege und Kriterien gibt.
- Welche Arbeit wird einen Mehrwert liefern, und welche Kosten und Unsicherheiten sind damit verbunden?
Sie können nicht immer zwischen gleich gewichteten Prioritäten wählen. Manche Probleme sind dringlicher. Wenn Sie die Definition von Wert, Kosten und Risikobereitschaft wechseln Sie zu einem Architektur-Roadmap Typ 1: Heatmap. Es stellt Arbeitspakete und Übergangszustände anhand vergleichender Kriterien dar.
- Wann wird es zu Arbeit, Veränderung und Wertschöpfung kommen?
Wann. Es besteht eine starke Wechselwirkung zwischen dem Zeitpunkt und dem Wert eines Übergangszustands. Die gleiche Wechselwirkung besteht zwischen dem Zeitpunkt und den Arbeitskosten. Ein Architektur-Roadmap Typ 2: Lebenszyklus zeigt wann.
Seien Sie nicht überrascht, wenn Ihre Stakeholder Wert oder Arbeit zu unterschiedlichen Zeitpunkten abwerten. Wenn sich die Zeit auf Wert und Arbeit auswirkt, müssen Sie mit dramatischen Veränderungen der Werte auf einer Heatmap rechnen.
In einer digitalen Umgebung mit allgegenwärtigen digitalen Produkten und IT-Services entlang Ihrer Wertschöpfungskette ITFM verstehen ist obligatorisch. Sie müssen ein Kostenmodell für alle digitalen Produkte und Dienstleistungen pflegen. Die Geschäftsarchitektur wird Kosten- und Wertanforderungen bereitstellen.
- Welche Abhängigkeit und Auswirkung haben Arbeit und Veränderung?
Wenn Sie Abhängigkeiten und Auswirkungen nicht erklären, können Ihre Stakeholder keine fundierten Entscheidungen treffen. Die Architektur-Roadmap Typ 3: Arbeitspaket zeigt Abhängigkeit.
- Welche Entscheidungen werden aufgeschoben?
Architektur-Roadmaps sind nicht Umsetzungspläne. Sie unterstützen zukünftige Entscheidungen.
Die Entwicklung von Best-Practice-Szenarien hilft Ihren Stakeholdern zu erkennen, wann sie die nächste Entscheidung treffen müssen. Wir haben mit einem Kunden zusammengearbeitet, der an einem teuren, starren Altprozess festhielt, weil er sich nicht über den zukünftigen Zustand entscheiden konnte. Wir haben eine Reihe von Szenarien entwickelt, die vereinfacht werden können, wie bleiben stecken, Umzug in eine Übergangsunterkunft, Springe zu Option 1, und Springe zu Option 2. Dadurch wurde ihnen klar, dass sie, wenn sie sich nicht zwischen Option 1 und Option 2 entscheiden konnten, sich dafür entschieden, stecken zu bleiben. Sie hatten sich ein Jahrzehnt lang unabsichtlich für "stecken bleiben" entschieden. Wir ließen sie eine paarweise um die schlechteste Option zu finden, bleiben Sie stecken.
Als Nächstes folgte ein Fahrplan, der den teuren Legacy-Prozess eliminierte und Betriebspersonal, Anwendungsentwickler und Infrastrukturbetreiber von der Last des Legacy-Prozesses befreite. Wir wechselten bewusst in einen temporären Zustand, während die Beteiligten die verfügbaren Optionen ohne die operativen und planerischen Einschränkungen des Legacy-Prozesses erkunden konnten.
Architektur-Roadmap Typ 4: Szenarien Helfen Sie dabei, Punkte zu identifizieren, an denen zukünftige Entscheidungen verschoben werden können. Je mehr zukünftige Entscheidungspunkte Ihre Roadmap enthält, desto mehr Unternehmensflexibilität bieten Sie. Jeder Entscheidungspunkt ist ein Übergangszustand. Es besteht die Möglichkeit, anzuhalten und Wert zu schöpfen.
- Welche Art von Veränderung streben wir an?
Ein Implementierungsstrategiemodell ist eine der wirkungsvollsten Richtlinien für den nächsten Architekten, Implementierer und die agile Softwareentwicklung.
Erkennen, dass eine Änderung Folgendes bewirken wird:
-
- Evolutionär
- Revolutionär
- Greenfield
Die Implementierungsstrategie ist ein mächtiger Umsetzungs-Governance Werkzeug.
Fazit der Architektur-Roadmap als Design
Architektur-Roadmaps beantworten die Fragen der Stakeholder:
- welche Arbeit sollte verfolgt werden
- welche Arbeit nicht ausgeübt werden sollte
- Wie sollte ich die Arbeitssequenz festlegen?
- wann muss ich mich zum Handeln entschließen
Die Entwicklung einer Architektur-Roadmap ist ein kollaborativer Prozess. Unternehmensarchitekten Arbeiten Sie mit den Stakeholdern zusammen, um das Ziel und den Weg zu definieren. Die Stakeholder wählen zwischen Architekturalternativen zur Erstellung der Roadmap und als Übergangsphasen.
Durch die Entwicklung der Architektur-Roadmap mit den Stakeholdern können diese die Auswirkungen ihrer Entscheidungen besser verstehen und einen Kompromiss hinsichtlich der Architektur eingehen.
Eine Architektur-Roadmap ist ein Planungstool, das Entscheidungsträgern einer Organisation hilft. Eine dynamische Architektur-Roadmap soll ihnen helfen, den besten Weg nach vorne zu entwickeln und zu beschreiten. Sie hilft ihnen auch steuern die Projekte die ihr Portfolio ergänzen.
Veränderung ist eine Entscheidung. Dynamische Architektur-Roadmaps erleichtern bessere Entscheidungen. Verfolgen Sie den Fortschritt verschiedener Projekte auf dem Weg zum Ziel.