TOGAF-Phase E: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
 
(39 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
 
== Phase E – Möglichkeiten und Lösungen ==
 
== Phase E – Möglichkeiten und Lösungen ==
  
−
;TOGAF
+
;TOGAF  
  
−
: Phase E. ist die erste Phase, die sich direkt mir der Implementierung befasst. Sie beschreibt den Prozess der Identifizierung von Instrumenten (Projekte, Programme oder Portfolios), zur Implementierung der Zielarchitektur, die in den vorherigen Phasen entworfen wurde.
+
:Phase E ist die erste Phase, die sich direkt mir der Implementierung befasst. Sie beschreibt den Prozess der Identifizierung von Instrumenten (Projekte, Programme oder Portfolios), zur Implementierung der Zielarchitektur, die in den vorherigen Phasen entworfen wurde.  
 +
:Im Prinzip geht es in der Phase E darum, wie die identifizierten Lücken in den Architekturen geschlossen werden können. In den Phasen B-D wird eine Gap-Analyse (Soll-Ist-Vgl.) durchgeführt. Wenn nun im Rahmen der Gap-Analyse z.B. festgetsellt wird, dass ein Geschäftsprozess zukünftig von einem IT-System unterstützt werden soll, dann geht es in der Phase E nun darum, wie man dieses IT-System bekommt und welches es sein soll - welche Systeme am Markt verfügbar sind, welche geeignet sind oder ob selbst etwas entwickelt werden muss. D.h. verschiedene Möglichkeiten und Lösungen zur Schließung der Lücke werden erwogen und anhand von Kriterien bewertet. Schließlich wird eine davon ausgewählt. 
 +
:Bei der Lücke in der Datenarchitektur (z.B. uns fehlen Baustellendaten), kann man als Lösungen in Betracht ziehen, die Baustellendaten vom MDM zu beziehen oder von den Städten einzeln. Nach dem Kriterium der Wirtschaftlichkeit könnte der MDM als bessere Lösung ausgewählt werden. 
 +
:Im Sinne des Capability-Ansatzes muss die Lücke aber nicht unbedingt eine fehlende IT-Lösung sein. Es kann auch sein, dass z.B. eine ganze Organisationseinheit fehlt oder ein neuer Geschäftsprozess entwickelt werden muss. 
  
 
;IVS-Rahmenarchitektur  
 
;IVS-Rahmenarchitektur  
−
: Die Phase E beschreibt den Prozess der Identifizierung von Instrumenten, zur Implementierung der <u>IVS-Architekturprojekte</u>.
+
:Die Phase E beschreibt den Prozess der Identifizierung von Instrumenten, zur Implementierung der <u>IVS-Architekturprojekte</u>.  
  
 
{| class="wikitable"
 
{| class="wikitable"
−
! Schritt !! TOGAF !! Tayloring IVS-Rahmenarchitektur !! Umsetzung IVS-Rahmenarchitektur 
 
 
|-
 
|-
−
| 1 || Bestimmung/Sicherstellung der wichtigsten Attribute für Veränderungen im Unternehmen || ||
+
! Schritt
 +
! TOGAF
 +
! Tailoring IVS-Rahmenarchitektur
 +
! Anleitung
 +
! Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables
 
|-
 
|-
−
| 2 || Bestimmung von geschäftlichen Rahmenbedingungen für die Implementierung || ||
+
| 1
 +
| style="text-align: left;  vertical-align: top" | Bestimmung/Sicherstellung der wichtigsten [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_01 Attribute für Veränderungen im Unternehmen]
 +
| style="text-align: left;  vertical-align: top" | Festlegung der besten Strategie und der wichtigsten Faktoren für die Implementierung der IVS-Architektur
 +
| style="text-align: left;  vertical-align: top" | [[Festlegung_einer_Strategie_für_die_Implementierung_einer_IVS-Architektur|'''Festlegung einer Strategie für die Implementierung einer IVS-Architektur''']]
 +
*[[Implementation_Factor_Assessment_and_Deduction_Matrix|Template: IVS-Architektur Implementierungsmatrix]]
 +
 
 +
| style="text-align: left;  vertical-align: top" | &nbsp;
 
|-
 
|-
−
| 3 || Review und Konsolidierung von Ergebnissen aus der Gap-Analyse aus Phasen B und D || ||
+
| 2
 +
| Ermittlung von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_02 Hemmnissen für die Implementierung]
 +
| Identifizierung von Hemmnissen für die Implementierung der IVS-Architektur
 +
| [[Hemmnisse_für_die_Implementierung_der_IVS-Architektur|Identifizierung von Hemmnissen für die Implementierung der IVS-Architektur]]
 
|-
 
|-
−
| 4 || Review von IT-Anforderungen aus einer funktionalen Perspektive heraus  || ||
+
| 3
 +
| Review und Konsolidierung von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_03 Ergebnissen aus der Gap-Analyse aus Phasen B bis D]
 +
| Überprüfung und Konsolidierung der Gap-Analysen aus den Phasen B bis D
 +
| [[Konsolidierung_der_Gap-Analysen|Überprüfung und Konsolidierung der Gap-Analysen aus den Phasen B bis D]]
 +
| &nbsp;
 
|-
 
|-
−
| 5 || Konsolidierung und Abstimmung von Anforderungen an die Interoperabilität || ||
+
| 4
 +
| Review der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_04 Anforderungen in gegenüber den zugehörigen Business-Funktionen]
 +
| Überprüfung der Anforderungen gegenüber den zugehörigen Business-Funktionen
 +
| [[Überprüfung_der_Anforderungen|Überprüfung der Anforderungen gegenüber den zugehörigen Business-Funktionen]]
 +
| &nbsp;
 
|-
 
|-
−
| 6 || Detailliertere Bestimmung und Überprüfung von Abhängigkeiten || ||
+
| 5
 +
| Konsolidierung und Abstimmung von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_05 Anforderungen an die Interoperabilität]
 +
| Konsolidierung und Abgleich von Interoperabilitätsanforderungen
 +
| [[Konsolidierung_und_Abgleich_von_Interoperabilitätsanforderungen|Konsolidierung und Abgleich von Interoperabilitätsanforderungen]]
 +
| &nbsp;
 
|-
 
|-
−
| 7 || Untersuchung der Reife und des Risikos für Veränderungen aus geschäftlicher Sicht  || ||
+
| 6
 +
| Detailliertere [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_06 Bestimmung und Überprüfung von Abhängigkeiten]
 +
| Definieren und Bestätigen von Abhängigkeiten
 +
| [[Definieren_und_Bestätigen_von_Abhängigkeiten|Definieren und Bestätigen von Abhängigkeiten]]
 +
| &nbsp;
 
|-
 
|-
−
| 8 || Formulierung einer groben Implementierungs- und Migrationsstrategie || ||
+
| 7
 +
| Untersuchung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_07 Reife und des Risikos für Veränderungen aus geschäftlicher Sicht]
 +
| Bestätigung der Bereitschaft und des Risikos für die Geschäftsumwandlung
 +
| [[Bestätigung_der_Bereitschaft_und_des_Risikos_für_die_Geschäftsumwandlung|Bestätigung der Bereitschaft und des Risikos für die Geschäftsumwandlung]]
 +
| &nbsp;
 
|-
 
|-
−
| 9 || Identifizierung und Gruppierung wichtigster Arbeitspakete || ||
+
| 8
 +
| Formulierung einer groben [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_08 Implementierungs- und Migrationsstrategie]
 +
| Formulierung der Implementierungs- und Migrationsstrategie
 +
| [[Formulierung_der_Implementierungs-_und_Migrationsstrategie|Formulierung der Implementierungs- und Migrationsstrategie]]
 +
| &nbsp;
 
|-
 
|-
−
| 10 || Identifizierung von Transitionsarchitekturen || ||
+
| 9
 +
| Identifizierung und Gruppierung wichtigster [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_09 Arbeitspakete]
 +
| Identifizierung und Gruppierung wichtigster Arbeitspakete
 +
| [[Identifizierung_und_Gruppierung_wichtigster_Arbeitspakete|Identifizierung und Gruppierung wichtigster Arbeitspakete]]
 +
| &nbsp;
 
|-
 
|-
−
| 11 || Erstellung von Portfolio- und Projektvereinbarungen und Aktualisierung der Architekturen || ||
+
| 10
 +
| Identifizierung von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_10 Transitionsarchitekturen]
 +
| Identifizierung von Transitionsarchitekturen
 +
| [[Identifizierung_von_Transitionsarchitekturen|Identifizierung von Transitionsarchitekturen]]
 +
| &nbsp;
 +
|-
 +
| 11
 +
| Erstellung von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap13.html#tag_13_04_11 Portfolio- und Projektvereinbarungen und Aktualisierung der Architekturen]
 +
| Erstellung von Architektur Roadmap & Implementierung und Migration Plan
 +
| [[Erstellung_von_Architektur_Roadmap_&_Implementierung_und_Migration_Plan|Erstellung von Architektur Roadmap & Implementierung und Migration Plan]]
 +
| &nbsp;
 
|}
 
|}
  
 +
&nbsp;
  
 +
&nbsp;
  
 +
&nbsp;
  
 +
&nbsp;
  
 +
&nbsp;
  
 +
----
  
 +
Es können alternative Lösungsansätze und Architekturbausteine diskutiert und bewertet werden, um im Anschluss möglichst wenige, dafür aber konkrete Empfehlungen zu geben.
  
 +
----
  
−
 
+
[[Hauptseite|<< Zurück zur Hauptseite]]
−
-----------------------------------------
 
−
Es können alternative Lösungsansätze und Architekturbausteine diskutiert und bewertet werden, um im Anschluss möglichst wenige, dafür aber konkrete Empfehlungen zu geben.
 

Aktuelle Version vom 6. September 2017, 09:31 Uhr

Phase E – Möglichkeiten und Lösungen

TOGAF
Phase E ist die erste Phase, die sich direkt mir der Implementierung befasst. Sie beschreibt den Prozess der Identifizierung von Instrumenten (Projekte, Programme oder Portfolios), zur Implementierung der Zielarchitektur, die in den vorherigen Phasen entworfen wurde.
Im Prinzip geht es in der Phase E darum, wie die identifizierten Lücken in den Architekturen geschlossen werden können. In den Phasen B-D wird eine Gap-Analyse (Soll-Ist-Vgl.) durchgeführt. Wenn nun im Rahmen der Gap-Analyse z.B. festgetsellt wird, dass ein Geschäftsprozess zukünftig von einem IT-System unterstützt werden soll, dann geht es in der Phase E nun darum, wie man dieses IT-System bekommt und welches es sein soll - welche Systeme am Markt verfügbar sind, welche geeignet sind oder ob selbst etwas entwickelt werden muss. D.h. verschiedene Möglichkeiten und Lösungen zur Schließung der Lücke werden erwogen und anhand von Kriterien bewertet. Schließlich wird eine davon ausgewählt. 
Bei der Lücke in der Datenarchitektur (z.B. uns fehlen Baustellendaten), kann man als Lösungen in Betracht ziehen, die Baustellendaten vom MDM zu beziehen oder von den Städten einzeln. Nach dem Kriterium der Wirtschaftlichkeit könnte der MDM als bessere Lösung ausgewählt werden. 
Im Sinne des Capability-Ansatzes muss die Lücke aber nicht unbedingt eine fehlende IT-Lösung sein. Es kann auch sein, dass z.B. eine ganze Organisationseinheit fehlt oder ein neuer Geschäftsprozess entwickelt werden muss. 
IVS-Rahmenarchitektur
Die Phase E beschreibt den Prozess der Identifizierung von Instrumenten, zur Implementierung der IVS-Architekturprojekte.
Schritt TOGAF Tailoring IVS-Rahmenarchitektur Anleitung Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables
1 Bestimmung/Sicherstellung der wichtigsten Attribute für Veränderungen im Unternehmen Festlegung der besten Strategie und der wichtigsten Faktoren für die Implementierung der IVS-Architektur Festlegung einer Strategie für die Implementierung einer IVS-Architektur  
2 Ermittlung von Hemmnissen für die Implementierung Identifizierung von Hemmnissen für die Implementierung der IVS-Architektur Identifizierung von Hemmnissen für die Implementierung der IVS-Architektur
3 Review und Konsolidierung von Ergebnissen aus der Gap-Analyse aus Phasen B bis D Überprüfung und Konsolidierung der Gap-Analysen aus den Phasen B bis D Überprüfung und Konsolidierung der Gap-Analysen aus den Phasen B bis D  
4 Review der Anforderungen in gegenüber den zugehörigen Business-Funktionen Überprüfung der Anforderungen gegenüber den zugehörigen Business-Funktionen Überprüfung der Anforderungen gegenüber den zugehörigen Business-Funktionen  
5 Konsolidierung und Abstimmung von Anforderungen an die Interoperabilität Konsolidierung und Abgleich von Interoperabilitätsanforderungen Konsolidierung und Abgleich von Interoperabilitätsanforderungen  
6 Detailliertere Bestimmung und Überprüfung von Abhängigkeiten Definieren und Bestätigen von Abhängigkeiten Definieren und Bestätigen von Abhängigkeiten  
7 Untersuchung der Reife und des Risikos für Veränderungen aus geschäftlicher Sicht Bestätigung der Bereitschaft und des Risikos für die Geschäftsumwandlung Bestätigung der Bereitschaft und des Risikos für die Geschäftsumwandlung  
8 Formulierung einer groben Implementierungs- und Migrationsstrategie Formulierung der Implementierungs- und Migrationsstrategie Formulierung der Implementierungs- und Migrationsstrategie  
9 Identifizierung und Gruppierung wichtigster Arbeitspakete Identifizierung und Gruppierung wichtigster Arbeitspakete Identifizierung und Gruppierung wichtigster Arbeitspakete  
10 Identifizierung von Transitionsarchitekturen Identifizierung von Transitionsarchitekturen Identifizierung von Transitionsarchitekturen  
11 Erstellung von Portfolio- und Projektvereinbarungen und Aktualisierung der Architekturen Erstellung von Architektur Roadmap & Implementierung und Migration Plan Erstellung von Architektur Roadmap & Implementierung und Migration Plan  

 

 

 

 

 

Es können alternative Lösungsansätze und Architekturbausteine diskutiert und bewertet werden, um im Anschluss möglichst wenige, dafür aber konkrete Empfehlungen zu geben.

<< Zurück zur Hauptseite

Abgerufen von „http://wikiivs.albrechtconsult.com/index.php?title=TOGAF-Phase_E&oldid=10807“