Szenarioanalyse und Roadmap-Erstellung für Unternehmensarchitektur

Durch die Ausarbeitung von Szenarien für die Unternehmensarchitektur können Sie technische Risiken, Lücken, Auswirkungen und messbare Vorteile prognostizieren und die Zustimmung für eine optimale Vorgehensweise gewinnen.

Wir haben großartiges Feedback zu unserem Artikel „ Wie man eine EA-Roadmap erstellt: 4 Ansätze zur Auswahl “ erhalten. Insbesondere die Genauigkeit und Sicherheit, die durch eine Roadmap mit „mehreren Architekturen“ erreicht werden, fand großen Anklang bei vielen von Ihnen.

Wir möchten hier das Konzept der Szenarioanalyse anhand mehrerer Architekturen genauer betrachten. Das bedeutet, aktuelle Zustände, Übergangszustände und zukünftige Zustände als separate Optionen abzubilden.

Szenario- und Lückenanalyse unter Verwendung mehrerer Architekturen

Unsere Erfahrung zeigt, dass eine optimale Szenario- und Gap-Analyse einige Merkmale aufweist. Die Anwendung dieses Ansatzes mit einem Tool, das über die richtigen Funktionen verfügt, kann zu einer ausgereiften und robusten Roadmap führen, die es Ihrem Unternehmen ermöglicht, Vergangenheit, Gegenwart und Zukunft zu vergleichen und so den optimalen Kurs festzulegen.

Bei einem Best-Practice-Ansatz:

• Die zu betrachtenden Architekturen umfassen eine Ist-Architektur sowie mindestens eine Soll- oder Soll-Architektur.
• Das EA-Team wird die aktuelle Architektur regelmäßig mit einer Reihe von „Sandbox“-Architekturen oder -Szenarien vergleichen.
• Jede Architektur sollte diskret sein, damit man verschiedene Zustände quantitativ vergleichen kann, und zwar anhand der Ziele und KPIs, auf deren Verbesserung sich das Unternehmen konzentriert.
• Das EA-Team kann Visualisierungen und Diagramme verwenden, um Architekturoptionen zu kommunizieren.
• Das EA-Team kann auch die numerischen Kennzahlen/KPIs vergleichen, die mit Architekturszenarien verknüpft sind (diese Berechnungen können automatisiert werden mithilfe von Algorithmen)

Im ABACUS Mit diesem Enterprise-Architektur-Toolset können Sie beliebig viele diskrete „mögliche“ Architekturen einrichten und so eine sichere Umgebung schaffen, um Pläne und Ideen zu erkunden, die gespeichert oder eingefroren und später wieder aufgegriffen werden können, wenn Sie Ihren Kollegen verschiedene Optionen oder Szenarien präsentieren möchten.

Aktuelle Architekturen

Das Erste, was die meisten Enterprise-Architekten mit einem Enterprise-Repository tun, ist, eine Ist-Architektur zu erstellen.

Aber natürlich unterliegt das Unternehmen einem ständigen Wandel, sodass das, was heute der „aktuelle Stand“ ist, morgen schon „Geschichte“ sein kann.

Um dies zu bewältigen, halten wir es für sinnvoll, verschiedene Architekturen in Betracht zu ziehen, die die dynamische Natur Ihres bestehenden Geschäfts abbilden. Die Einrichtung dieser Architekturen ist unkompliziert. ABACUS Werkzeugsatz.

1)      Historische, archivierte oder im Originalzustand erhaltene Architekturen Dies sind ältere Versionen der Unternehmens-, Ist-, Produktions- oder Vorarchitekturen, die für Aktualisierungen eingefroren wurden. Sie können beibehalten werden. ABACUS Repository für Analyse- und Berichtszwecke.

Welchen Sinn haben historische Bauwerke? Sie eignen sich hervorragend, um die Geschichte von Veränderungen oder Verbesserungen in Unternehmen zu erzählen. Beispielsweise ist es sehr hilfreich, genau zu verdeutlichen, dass man aktuell 5 Millionen Dollar für etwas ausgibt, das vor zwei Jahren noch 10 Millionen Dollar gekostet hat, und dass diese Ausgaben durch weitere Effizienzsteigerungen auf 3 Millionen Dollar reduziert werden könnten.

2)      Ist-Zustand, Produktionszustand oder Wie-ist-Zustand Architekturen - ABACUS Benutzer halten diese Architekturen in der Regel auf dem neuesten Stand, indem sie Änderungen berücksichtigen, die im Unternehmen vorgenommen wurden. Dies können Datenaktualisierungen oder die Hinzufügung neuer Funktionen sein. Wenn ein wichtiger Meilenstein erreicht wird, wie beispielsweise das Ende eines Quartals oder eines Jahres, empfehlen wir Benutzern, den aktuellen Zustand als Referenz festzulegen, indem sie die neueste Architektur aktualisieren („Rollover forward“) und die aktuelle Architektur archivieren, um sie als historische oder Ist-Architektur zu kennzeichnen. Dadurch wird die Referenzarchitektur effektiv aktualisiert und gleichzeitig ein transparenter Versionskontrollprozess im Tool eingerichtet.

3) Staging, Soon-To-Be Architekturen – Dies sind Architekturen, bei denen die Benutzer des Repositorys beschlossen haben, in einem Quarantänebereich zu arbeiten, bis die Architektur genehmigt und „öffentlich“ gemacht wird und somit zu einer Produktions- oder Ist-Architektur wird.

Zukünftige Architekturen und Roadmap

wenn ein ABACUS Wenn der Nutzer zur Planung oder Roadmap-Erstellung übergehen möchte, beginnt er damit, die aktuelle Architektur weiterzuentwickeln. Durch die Erstellung verschiedener „Was-wäre-wenn“- oder „Szenario“-Architekturen kann er so einen Lösungsraum für die Zukunft souverän erkunden.

Dieser Sondierungsprozess führt in der Regel zu mehreren detaillierten Optionen, aus denen schließlich eine Reihe geplanter Architekturen ausgewählt werden kann.

In ABACUSWir bieten zwei Arten von geplanten oder „verzweigten“ Architekturen an:

4) Übergangs-, Interims- oder May-Be-Architekturen – Dies sind Zwischenzustände, die natürliche Phasen auf dem Weg zu einem bestimmten Endzustand darstellen. Sie können die logischen Phasen oder Optionen des Transformationsprogramms sein (z. B. Phase 1, Phase 2 Option A, Phase 2 Option B usw.) oder zeitbasierte Intervalle (z. B. Jahr 1, Jahr 2 usw.).

5) Ziel-, Soll- oder Soll-Architekturen – Dies ist die Kombination aller geplanten Änderungen aus allen Übergangsarchitekturen gegenüber einer gegebenen Basis- oder Ist-Architektur.

Verzweigung des Entscheidungsbaums

Wenn Sie einen Schritt zurücktreten, werden Sie erkennen, was die Summe all dieser Architekturen Ihnen ermöglicht. ABACUS Man kann einen „Baum“ erzeugen, der einen „Stamm“ aus historischen und aktuellen Zustandsgrundlagen bildet, von dem spekulative Übergangs- und zukünftige Zustandsarchitekturen „abzweigen“.

Dieser baumbasierte Ansatz ist jedem, der bereits Erfahrung im Softwareentwicklungsmanagement hat, bestens vertraut – er hat dieser Community über viele Jahre hinweg hervorragende Dienste geleistet. Und genau wie in der Softwareentwicklung können Benutzer auch in Architekturen „Diffs“ und „Merges“ durchführen. ABACUS.

Betrachten Sie die folgende Abbildung. Sie sehen, dass die Jahre 2011, 2012, 2013 und bis zum 3. Quartal 2014 historische Architekturen darstellen, während das 4. Quartal 2014 die aktuelle Architektur zeigt. Die Abbildung veranschaulicht außerdem eine zukünftige/vorausschauende Architektur (1. Quartal 2015) mit verschiedenen Optionen als mögliche Roadmaps für 2015 und darüber hinaus.

Die Zielarchitektur für das Unternehmen im Jahr 2020 stellt den Höhepunkt der Übergangsarchitekturen aus dem Ist-Zustand dar. Es ist möglich, zahlreiche Zwischenarchitekturen zwischen der Ist- und der Zielarchitektur für dieses Unternehmen zu erfassen.

Über uns ABACUS

ABACUS wird von Unternehmen weltweit zur Steuerung von Unternehmensarchitektur, IT- und Geschäftsstrategie sowie digitaler Transformation eingesetzt. ABACUS Nutzer liefern schnell Erkenntnisse und Mehrwert:

• Importieren Sie Daten in wenigen Minuten aus SharePoint, Excel, Visio und anderen Quellen.
• Wählen Sie ein vorgefertigtes Framework oder Metamodell oder konfigurieren Sie ein unternehmensspezifisches Metamodell.
• Analysiere Architekturen mithilfe von Algorithmen und Metriken, erstelle zukünftige Architekturen und Roadmaps.
• Bericht mit aussagekräftigen Visualisierungen, darunter Heatmaps, Treemaps, Diagramme, Grafiken und Dashboards

ABACUS Unterstützt Enterprise Portfolio Management (EPM), Geschäftsprozessmanagement (BPM), Kundenerfahrung (CX), Lösungsarchitektur (SA), IT-Servicemanagement (ITSM), Business Intelligence (BI) sowie Governance, Risiko und Compliance (GRC). Es ist entweder lokal oder in der Cloud verfügbar.

Folgen Sie uns @AvolutionAbacus auf Twitter und  LinkedIn