TOGAF ADM: Top-10-Techniken – Teil 5: Techniken zur Migrationplanung

Die Techniken zur Migrationplanung in TOGAF bieten einen strukturierten Ansatz zur Bewertung und Planung der Umsetzung und Migration der Unternehmensarchitektur. Durch die Verwendung dieser Techniken können Architekten sicherstellen, dass die Pläne umfassend sind und mit den Geschäftszielen abgestimmt sind, während gleichzeitig die Beschränkungen und Abhängigkeiten berücksichtigt werden, die die Umsetzung beeinflussen könnten.

Jede Technik hat ihre eigene spezifische Zielsetzung und kann in verschiedenen Phasen des Planungsprozesses zur Migration eingesetzt werden. Beispielsweise kann die Matrix zur Bewertung und Ableitung von Implementierungsfaktoren helfen, die Faktoren zu identifizieren und zu dokumentieren, die die Umsetzung beeinflussen, während die Technik zur Bewertung des Geschäftswerts dabei helfen kann, den Wert und die Risiken verschiedener Optionen zu bewerten.

Durch die Kombination dieser Techniken können Architekten einen ganzheitlichen Migrationsplan entwickeln, der alle relevanten Faktoren berücksichtigt und eine erfolgreiche Umsetzung der Unternehmensarchitektur sicherstellt.

TOGAF ADM-Matrix zur Bewertung und Ableitung von Implementierungsfaktoren

Die TOGAF ADM-Matrix zur Bewertung und Ableitung von Implementierungsfaktoren ist ein Werkzeug, das verwendet wird, um Faktoren zu identifizieren und zu bewerten, die die Umsetzung eines Unternehmensarchitekturplans beeinflussen können. Die Matrix enthält typischerweise drei Spalten, die folgendermaßen lauten:

1. Faktor: Diese Spalte listet die verschiedenen Faktoren auf, die die Umsetzung des Architekturplans beeinflussen können. Zu diesen Faktoren können Risiken, Probleme, Annahmen, Abhängigkeiten, Maßnahmen, Auswirkungen oder andere relevante Faktoren gehören.
2. Beschreibung: Diese Spalte enthält eine kurze Beschreibung jedes Faktors, erläutert, was er ist, und warum er bei der Formulierung des Plans berücksichtigt werden muss.
3. Ableitungen: Diese Spalte fasst die Ableitungen zusammen, die aufgrund jedes Faktors getroffen werden müssen. Diese Ableitungen weisen auf die Maßnahmen oder Beschränkungen hin, die bei der Entwicklung des Umsetzungsplans berücksichtigt werden müssen.

Beispielsweise könnte einer der in der Matrix aufgeführten Faktoren „Risiken“ sein. In der Spalte Beschreibung könnte dieser Faktor als „potenzielle negative Ereignisse oder Situationen definiert werden, die die Erfolgschancen des Umsetzungsplans beeinträchtigen könnten“. In der Spalte Ableitungen könnte die Matrix darauf hinweisen, dass identifizierte Risiken bewertet und priorisiert werden müssen und dass geeignete Strategien zur Risikominderung ergriffen werden sollten.

Insgesamt ist die Matrix zur Bewertung und Ableitung von Implementierungsfaktoren ein nützliches Werkzeug, um sicherzustellen, dass bei der Erstellung eines Umsetzungsplans alle relevanten Faktoren berücksichtigt werden, und dass angemessene Maßnahmen ergriffen werden, um mögliche Probleme oder Beschränkungen zu bewältigen.

—

Hier ist eine mögliche Neubearbeitung der Matrix basierend auf der Änderung hin zu Instant Messaging:

Faktor	Beschreibung	Ableitungen
Technologiewandel
Schließung der Nachrichtenzentren	Entscheidung, die Nachrichtenzentren zu schließen und auf Instant Messaging als primäre Kommunikationskanal umzusteigen	Bewerten Sie die Auswirkungen der Schließung auf Personal und Prozesse Entwickeln Sie Pläne, um das Personal darin zu schulen, Instant Messaging effektiv zu nutzen Berücksichtigen Sie die möglichen Einsparungen durch die Schließung und priorisieren Sie entsprechend
Personal	Die Personen, die an der Umsetzung des Plans beteiligt sind und/oder von den Änderungen betroffen sind	Identifizieren Sie die Rollen und Verantwortlichkeiten des Personals, das an der Umsetzung beteiligt ist Bewerten Sie die Auswirkungen der Änderungen auf das Personal Entwickeln Sie Pläne, um das Personal bei Bedarf zu schulen oder umzustellen
Instant Messaging	Die neue Technologie, die im Rahmen des Umsetzungsplans eingeführt wird	Bewerten Sie die Vor- und Nachteile der Verwendung von Instant Messaging als primärem Kommunikationskanal Entwickeln Sie Pläne, um das Personal darin zu schulen, Instant-Messaging effektiv zu nutzen Priorisieren Sie Instant-Messaging als Maßnahme zur Kosteneinsparung
Kosten	Die finanziellen Auswirkungen des Umsetzungsplans	Bewerten Sie die Kosten, die mit der Umsetzung des Plans verbunden sind Berücksichtigen Sie Kosteneinsparungsmaßnahmen wie die Nutzung von Instant-Messaging Entwickeln Sie Pläne, um die Kosten während der gesamten Umsetzung zu überwachen und zu verwalten

Nochmals: Dies ist nur eine mögliche Methode, die Matrix auf Basis der aktualisierten Technologie neu zu generieren, und die tatsächlich verwendeten Faktoren, Beschreibungen und Ableitungen in der Matrix hängen von der spezifischen Geschäftslandschaft ab, die betrachtet wird.

 

Konsolidierte Matrix der Lücken, Lösungen und Abhängigkeiten

Die konsolidierte Matrix der Lücken, Lösungen und Abhängigkeiten ist eine Technik, die im TOGAF-Architekturentwicklungsprozess verwendet wird, um Lücken im Architekturbereich zu identifizieren und zu gruppieren, potenzielle Lösungen zu bewerten und Abhängigkeiten zu diesen Lücken zu analysieren.

Diese Technik hilft Architekten, ihre Arbeit zu priorisieren und Bereiche zu identifizieren, in denen Lösungen die größte Wirkung haben können. Durch die Gruppierung von Lücken können Architekten die Beziehungen zwischen ihnen besser verstehen und Lösungen finden, die mehrere Lücken gleichzeitig schließen.

Die Matrix ist auch nützlich für die Planung und Erstellung von Arbeitspaketen. Die identifizierten Abhängigkeiten können die Erstellung von Projekten unterstützen und die Planung der Migration in den Phasen E und F des Architekturentwicklungsprozesses informieren. Dadurch wird sichergestellt, dass Projekte angemessen priorisiert und mit den Geschäftszielen abgestimmt sind.

Insgesamt ist die konsolidierte Matrix der Lücken, Lösungen und Abhängigkeiten ein wertvolles Werkzeug für Architekten, das sie während des gesamten Architekturentwicklungsprozesses nutzen können, um Lücken, Lösungen und Abhängigkeiten zu identifizieren, ihre Arbeit zu priorisieren und eine effektive Projektplanung und -durchführung zu fördern.

Beispiel

Hier ist ein Beispiel dafür, wie die konsolidierte Matrix der Lücken, Lösungen und Abhängigkeiten eingesetzt werden könnte:

Angenommen, während der Phase der Lückenanalyse im Architekturentwicklungsprozess hat das Architekturteam mehrere Lücken in der aktuellen Architektur identifiziert. Diese Lücken umfassen:

1. Fehlendes zentrales Datenlager für Kundendaten
2. Inkonsistente Datendefinitionen über verschiedene Geschäftseinheiten hinweg
3. Eingeschränkte Integration zwischen CRM- und Auftragsabwicklungs-Systemen

Um eine konsolidierte Matrix der Lücken, Lösungen und Abhängigkeiten zu erstellen, würde das Architekturteam diese Lücken zusammenfassen und potenzielle Lösungen sowie Abhängigkeiten bewerten. Zum Beispiel:

Hier ist das Beispiel erneut mit Nummerierung in der ersten Spalte:

#	Lücke	Mögliche Lösungen	Abhängigkeiten
1	Fehlendes zentrales Datenlager für Kundendaten	Implementieren Sie eine Datenlache für Kundendaten	Abhängig von der Lösung inkonsistenter Datendefinitionen
2	Inkonsistente Datendefinitionen über verschiedene Geschäftseinheiten hinweg	Etablieren eines Daten-Governance-Rahmenwerks und eines gemeinsamen Datenmodells	Abhängig von der Implementierung einer Datenlache
3	Eingeschränkte Integration zwischen CRM- und Auftragsabwicklungs-Systemen	Implementierung eines Enterprise Service Bus (ESB), um den Echtzeit-Datenaustausch zu ermöglichen	Abhängig von der Implementierung eines Daten-Governance-Rahmenwerks und eines gemeinsamen Datenmodells

In diesem Beispiel zeigt die Matrix, dass die Behebung der Lücken im Kundendatenbereich einen mehrstufigen Ansatz erfordert, der die Behebung von Dateninkonsistenzen, die Implementierung einer Datenlache, die Etablierung eines Daten-Governance-Rahmenwerks und eines gemeinsamen Datenmodells sowie schließlich die Implementierung eines ESB zur Echtzeit-Datenübertragung umfasst.

Diese Matrix kann verwendet werden, um Arbeitspakete zu planen, Abhängigkeiten zu identifizieren und Projekte in den Phasen E und F zu priorisieren. Zum Beispiel könnte das Architekturteam die Implementierung des Daten-Governance-Rahmenwerks und des gemeinsamen Datenmodells als ersten Schritt zur Behebung der identifizierten Lücken priorisieren, da es eine Voraussetzung sowohl für die Datenlache als auch für die ESB-Implementierung ist.

Tabelle der Architekturdefinitionsschritte

Die Tabelle der Architekturdefinitionsschritte ist eine Technik, die im Open Group Architecture Framework (TOGAF) verwendet wird und Architekten ermöglicht, die Entwicklung einer Unternehmensarchitektur über die Zeit zu planen und zu verfolgen. Die Tabelle listet die verschiedenen Projekte auf, die zur Entwicklung der Architektur beitragen werden, und weist jedem Projekt spezifische Lieferungen zu, die in Schritten über die Zeit abgeschlossen werden.

Der Zweck dieser Tabelle ist es, eine Roadmap zu erstellen, die die geplante Reihenfolge der Übergangsarchitekturen darstellt, die als Zwischenzustände der Architektur gelten und zu bestimmten Zeitpunkten während des Entwicklungsprozesses erreicht werden. Jede Übergangsarchitektur stellt eine Stufe der Architektur dar, die vollständiger und näher am Endzustand liegt als die vorherige Stufe.

Durch die Aufteilung des Entwicklungsprozesses in schrittweise Lieferungen und deren Zuweisung zu spezifischen Projekten und Zeitrahmen unterstützt die Tabelle der Architekturdefinitionsschritte Architekten dabei, folgendes zu erreichen:

1. Die Entwicklung der Unternehmensarchitektur strukturiert und übersichtlich zu planen
2. Dafür zu sorgen, dass jedes Projekt korrekt abgestimmt ist und jeder Schritt rechtzeitig abgeschlossen wird
3. Mögliche Abhängigkeiten und Konflikte zwischen verschiedenen Projekten zu identifizieren
4. Ein klares Überblick über den Entwicklungsprozess zu bieten, das mit den Stakeholdern geteilt werden kann, um sicherzustellen, dass alle sich auf die Ziele und den Zeitplan des Projekts einigen.

Insgesamt ist die Tabelle der Architekturdefinitionsschritte ein leistungsfähiges Werkzeug, das Architekten dabei unterstützen kann, komplexe Unternehmensarchitekturprojekte zu managen und sicherzustellen, dass sie erfolgreich und termingerecht abgeschlossen werden.

Hier ist eine aktualisierte Tabelle der Architekturdefinitionsschritte, die sowohl die Schritt- als auch die Startzeitinformationen zusammenfasst:

Projektname	Schritt 1 – Startzeit	Schritt 1	Schritt 2 – Startzeit	Schritt 2	Schritt 3 – Startzeit	Schritt 3	Schritt 4 – Startzeit	Schritt 4
CRM-System	Q1 2023	Konzeptionelle Architektur	Q2 2023	Logische Architektur	Q3 2023	Physische Architektur	Q4 2023	Voll funktionsfähiges System
Datenlager	Q1 2023	Konzeptionelle Architektur	Q2 2023	Logische Architektur	Q3 2023	Physische Architektur	Q4 2023	Voll funktionsfähiges System
E-Commerce-Plattform	Q2 2023	Konzeptionelle Architektur	Q3 2023	Logische Architektur	Q4 2023	Physische Architektur	Q1 2024	Voll funktionsfähiges System
Mobile Anwendung	Q2 2023	Konzeptionelle Architektur	Q3 2023	Logische Architektur	Q4 2023	Physische Architektur	Q1 2024	Vollständig betriebsbereites System

In dieser aktualisierten Tabelle verfügt jedes Projekt über vier Inkremente, und jedes Inkrement verfügt über einen Startzeitpunkt, der als Quartal und Jahr dargestellt wird. Dies ermöglicht dem Architekten, eine Reihe von Übergangsarchitekturen zu planen und den Fortschritt bei der Erreichung des vollständig betriebsbereiten Systems für jedes Projekt zu verfolgen.

Zum Beispiel beginnt das CRM-System-Projekt im Q1 2023, und jedes nachfolgende Inkrement beginnt im darauffolgenden Quartal. Die Tabelle zeigt, dass das Inkrement für das vollständig betriebsbereite System für Q4 2023 geplant ist. Dies ermöglicht dem Architekten, die Planung und Verfolgung des Fortschritts bei der Erreichung des vollständig betriebsbereiten Systems für das CRM-System-Projekt vorzunehmen.

Ebenso zeigt die Tabelle die Startzeiten für jedes Inkrement der anderen drei Projekte. Dies hilft dem Architekten, die Planung und Verfolgung des Fortschritts bei der Erreichung des vollständig betriebsbereiten Systems für jedes Projekt vorzunehmen und potenzielle Konflikte oder Abhängigkeiten zwischen den verschiedenen Projekten zu identifizieren.

Tabelle zur Entwicklung des Übergangsarchitekturzustands

Die Tabelle zur Entwicklung des Übergangsarchitekturzustands ist eine Technik, die im Open Group Architecture Framework (TOGAF) verwendet wird, um den vorgeschlagenen Zustand der Architekturen einer Organisation auf verschiedenen Ebenen anhand einer definierten Taxonomie wie dem TOGAF Technical Reference Model (TRM) darzustellen. Diese Tabelle ist ein visuelles Werkzeug, das Architekten hilft, die in der Unternehmensarchitektur verwendeten Dienste innerhalb der Taxonomie zu identifizieren und anschließend die Übergangsarchitekturen und vorgeschlagenen Transformationen für diese Dienste aufzulisten.

Die Tabelle sollte eine Liste aller Solution Building Blocks (SBBs) enthalten und beschreiben, wie sie die aufgeführten Dienste beeinflussen und erfüllen. Die SBBs sollten außerdem markiert werden, um anzuzeigen, wie sie die Enterprise-Architektur voranbringen. Zum Beispiel wird eine neue Fähigkeit in der Tabelle als „neu“ oder „behalten“ gekennzeichnet. Wenn eine Fähigkeit in eine neue Lösung überführt wird, wird sie als „Übergang“ gekennzeichnet. Und wenn eine Fähigkeit ersetzt wird, wird sie als „ersetzen“ gekennzeichnet.

Die Tabelle zur Entwicklung des Übergangsarchitekturzustands bietet ein klares Bild der Veränderungen, die sich im Laufe der Zeit in der Architektur einer Organisation ergeben werden. Sie ermöglicht es Architekten, zu erkennen, wie ihre vorgeschlagenen Änderungen die Dienste der Organisation beeinflussen und wie sie die Organisation in Richtung ihres Zielzustands voranbringen. Durch die Verwendung dieser Tabelle können Architekten sicherstellen, dass ihre vorgeschlagenen Änderungen mit den Zielen und Zielen der Organisation übereinstimmen und effektiv umgesetzt werden können.

Beispiel

Hier ist ein Beispiel dafür, wie die Tabelle zur Entwicklung des Übergangsarchitekturzustands basierend auf den von Ihnen genannten Spalten aussehen könnte:

Unterdomäne	Dienst	Übergangsarchitektur 1	Übergangsarchitektur 2	Übergangsarchitektur 3
Verkauf	Auftragsmanagement	Aktueller Zustand	Übergangszustand	Zielzustand
Verkauf	Kundenmanagement	Aktueller Zustand	Übergangszustand	Zielzustand
Finanzen	Forderungen	Aktueller Zustand	Übergangszustand	Zielzustand
Finanzen	Forderungsmanagement	Aktueller Zustand	Übergangszustand	Zielzustand
Personalwesen	Lohn- und Gehaltsabrechnung	Aktueller Zustand	Übergangszustand	Zielzustand
Personalwesen	Vergütungsverwaltung	Aktueller Zustand	Übergangszustand	Zielzustand

In diesem Beispiel listet die erste Spalte die Unterbereiche innerhalb der Organisation auf, wie beispielsweise Verkauf, Finanzen und Personalwesen. Die zweite Spalte listet die spezifischen Dienstleistungen innerhalb jedes Unterbereichs auf, wie beispielsweise Auftragsmanagement, Zahlungsabwicklung und Lohn- und Gehaltsabrechnung. Die verbleibenden Spalten stellen die verschiedenen Übergangsarchitekturen dar, die den aktuellen Zustand, den Übergangszustand und den Zielzustand umfassen könnten.

Jede Zelle in der Tabelle würde dann mit den relevanten Informationen für diesen Dienst und die Architektur ausgefüllt werden. Zum Beispiel könnte die Zelle für Auftragsmanagement und die Spalte Aktueller Zustand eine Beschreibung der aktuellen Architektur enthalten, die zur Verwaltung von Aufträgen verwendet wird, während die Zelle für Auftragsmanagement und die Spalte Zielzustand die vorgeschlagene Architektur zur zukünftigen Verwaltung von Aufträgen beschreiben könnte.

Technik zur Bewertung des Geschäftswerts

Die von Ihnen beschriebene Technik zur Bewertung des Geschäftswerts ist eine nützliche Methode, um verschiedene Geschäftsanliegen oder Projekte zu bewerten und zu priorisieren. Durch die Verwendung einer Matrix mit den Dimensionen Wert und Risiko können Unternehmen ihre Optionen anhand objektiver Kriterien bewerten, die ihren strategischen Zielen und Zielen entsprechen.

Die Wertindex-Dimension, die die Einhaltung von Prinzipien, den finanziellen Beitrag, die strategische Ausrichtung und die Wettbewerbsposition umfasst, hilft dabei, das potenzielle Nutzen und die Chancen zu bestimmen, die ein Projekt für das Unternehmen bringen kann. Die Risikoindex-Dimension, die Größe und Komplexität, Technologie, organisationale Kapazität und Auswirkungen eines Fehlschlags umfasst, hilft dabei, potenzielle Risiken und Herausforderungen zu identifizieren, denen ein Projekt gegenübersteht.

Beispiel

Durch die Zuweisung individueller Gewichte zu jedem Kriterium können Unternehmen die relative Bedeutung jedes Kriteriums im Entscheidungsprozess bestimmen. Dies hilft sicherzustellen, dass die wichtigsten Faktoren im Bewertungsprozess mehr Gewicht erhalten.

 

Schließlich ist es wichtig, die Entscheidungskriterien festzulegen, bevor die Optionen bekannt sind. Dies stellt sicher, dass der Bewertungsprozess objektiv und konsistent bleibt und dass alle Optionen anhand derselben Kriterien bewertet werden. Es hilft auch, Vorurteile und persönliche Vorlieben daran zu hindern, den Entscheidungsprozess zu beeinflussen.

Zusammenfassung