TOGAF-Phase H: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
 
(12 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
 +
 +
 +
 +
 +
 +
 +
 +
  
 
== Phase H – Archtektur Änderungsmanagement ==
 
== Phase H – Archtektur Änderungsmanagement ==
Zeile 4: Zeile 12:
 
;TOGAF  
 
;TOGAF  
  
−
:Phase H .....  
+
:In der Phase H geht es nach TOGAF darum, ein langfristiges Architekurmanagement aufzusetzen und zu verstetigen, das dafür sorgt, dass die Architektur auch in Zukunft noch zu den Unternehmenszielen passt. 
 +
:Es wird zunächst geprüft, ob die Maßnahme (Implementierung einer neuen IT-Lösung oder Einstellung von Personal oder ähnliches) erfolgreich war, indem z.B. gemessen wird, wie viel schneller der Prozesse nun danach abläuft oder z.B. wie viel zufriedener die Kunden jetzt sind im Vergleich zu vorher. 
 +
:Dann wird ein langfristiger Change-Management-Prozess etabliert, der in gewissen Abständen wieder nach Gaps in der Architektur sucht und prüft, ob die Architektur, die Architekturvision und die Vorgaben der Architektur (z.B. Architekturprinzipien) noch akuell sind. 
 +
:In einem Architektur-Board (runder Tisch zum Thema Architektur mit Vertretern aus den betroffenen Bereichen bzw. Unternehmen) werden Change Requests abgearbeitet und es wird geprüft, welche Change Requests umgesetzt werden sollen und welche nicht. 
 +
:Gründe für notwendige Änderungen an der Architektur können z.B. sein, dass sich die Ziele bzw. Anforderungen des Unternehmens geändert haben, dass die Lösung nicht skaliert, dass neue Technologien verfügbar sind oder dass Lösungen veralten und nicht mehr unterstützt werden. 
  
 
;IVS-Rahmenarchitektur  
 
;IVS-Rahmenarchitektur  
Zeile 18: Zeile 30:
 
|-
 
|-
 
| 1
 
| 1
−
| <u><font color="#0066cc">Establish Value Realization Process</font></u>
+
| Etablierung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap16.html#tag_16_04_01 eines Wertrealisierungsprozess][http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap16.html#tag_16_04_01 es]
−
| &nbsp;
+
| Feststellung eines Wertrealisierungsprozess
−
| &nbsp;
+
| [[Feststellung_eines_Wertrealisierungsprozess|Feststellung eines Wertrealisierungsprozess]]
 
| &nbsp;
 
| &nbsp;
 
|-
 
|-
 
| 2
 
| 2
−
| <u><font color="#0066cc">Deploy Monitoring Tools</font></u>
+
| Einsatz von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap16.html#tag_16_04_02 Kontrollwerkzeugen]
−
| &nbsp;
+
| Bereitstellen von Überwachungswerkzeugen
−
| &nbsp;
+
| [[Bereitstellen_von_Überwachungswerkzeugen|Bereitstellen von Überwachungswerkzeugen]]
 
| &nbsp;
 
| &nbsp;
 
|-
 
|-
 
| 3
 
| 3
−
| <u><font color="#0066cc">Manage Risks</font></u>
+
| [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap16.html#tag_16_04_03 Risikomanagement]
−
| &nbsp;
+
| Risiken verwalten
−
| &nbsp;
+
| [[Risiken_verwalten|Risiken verwalten]]
 
| &nbsp;
 
| &nbsp;
 
|-
 
|-
 
| 4
 
| 4
−
| <u><font color="#0066cc">Provide Analysis for Architecture Change Management</font></u>
+
| Bereitstellung von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap16.html#tag_16_04_04 Analysen für die Architektur des Change Managements]
−
| &nbsp;
+
| Bereitstellung von Analysen für Architektur Change Management
−
| &nbsp;
+
| [[Bereitstellung_von_Analysen_für_Architektur_Change_Management|Bereitstellung von Analysen für Architektur Change Management]]
 
| &nbsp;
 
| &nbsp;
 
|-
 
|-
 
| 5
 
| 5
−
| <u><font color="#0066cc">Develop Change Requirements to Meet Performance Targets</font></u>
+
| Entwicklung von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap16.html#tag_16_04_05 Anforderungsänderungen, um sich dem Erfolgsziel anzunähern]
−
| &nbsp;
+
| Entwicklung von Änderungsvoraussetzungen, um Leistungsziele zu erfüllen
−
| &nbsp;
+
| [[Entwicklung_von_Änderungsvoraussetzungen,_um_Leistungsziele_zu_erfüllen|Entwicklung von Änderungsvoraussetzungen, um Leistungsziele zu erfüllen]]
 
| &nbsp;
 
| &nbsp;
 
|-
 
|-
 
| 6
 
| 6
−
| <u><font color="#0066cc">Manage Governance Process</font></u>
+
| Management von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap16.html#tag_16_04_06 Steuerungsprozessen]
−
| &nbsp;
+
| Verwaltung von Governance-Prozessen
−
| &nbsp;
+
| [[Verwaltung_von_Governance-Prozessen|Verwaltung von Governance-Prozessen]]
 
| &nbsp;
 
| &nbsp;
 
|-
 
|-
 
| 7
 
| 7
−
| <u><font color="#0066cc">Activate the Process to Implement Change</font></u>
+
| Aktivierung des [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap16.html#tag_16_04_07 Prozesses, um Veränderungen zu implementieren]
−
| &nbsp;
+
| Aktivieren des Prozesses zum Implementieren von Änderungen
−
| &nbsp;
+
| [[Aktivieren_des_Prozesses_zum_Implementieren_von_Änderungen|Aktivieren des Prozesses zum Implementieren von Änderungen]]
 
| &nbsp;
 
| &nbsp;
 
|}
 
|}

Aktuelle Version vom 6. September 2017, 23:00 Uhr





Phase H – Archtektur Änderungsmanagement

TOGAF
In der Phase H geht es nach TOGAF darum, ein langfristiges Architekurmanagement aufzusetzen und zu verstetigen, das dafür sorgt, dass die Architektur auch in Zukunft noch zu den Unternehmenszielen passt. 
Es wird zunächst geprüft, ob die Maßnahme (Implementierung einer neuen IT-Lösung oder Einstellung von Personal oder ähnliches) erfolgreich war, indem z.B. gemessen wird, wie viel schneller der Prozesse nun danach abläuft oder z.B. wie viel zufriedener die Kunden jetzt sind im Vergleich zu vorher. 
Dann wird ein langfristiger Change-Management-Prozess etabliert, der in gewissen Abständen wieder nach Gaps in der Architektur sucht und prüft, ob die Architektur, die Architekturvision und die Vorgaben der Architektur (z.B. Architekturprinzipien) noch akuell sind. 
In einem Architektur-Board (runder Tisch zum Thema Architektur mit Vertretern aus den betroffenen Bereichen bzw. Unternehmen) werden Change Requests abgearbeitet und es wird geprüft, welche Change Requests umgesetzt werden sollen und welche nicht. 
Gründe für notwendige Änderungen an der Architektur können z.B. sein, dass sich die Ziele bzw. Anforderungen des Unternehmens geändert haben, dass die Lösung nicht skaliert, dass neue Technologien verfügbar sind oder dass Lösungen veralten und nicht mehr unterstützt werden. 
IVS-Rahmenarchitektur
Die Phase H beschreibt ....
Schritt TOGAF Tailoring IVS-Rahmenarchitektur Anleitung Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables
1 Etablierung eines Wertrealisierungsprozesses Feststellung eines Wertrealisierungsprozess Feststellung eines Wertrealisierungsprozess  
2 Einsatz von Kontrollwerkzeugen Bereitstellen von Überwachungswerkzeugen Bereitstellen von Überwachungswerkzeugen  
3 Risikomanagement Risiken verwalten Risiken verwalten  
4 Bereitstellung von Analysen für die Architektur des Change Managements Bereitstellung von Analysen für Architektur Change Management Bereitstellung von Analysen für Architektur Change Management  
5 Entwicklung von Anforderungsänderungen, um sich dem Erfolgsziel anzunähern Entwicklung von Änderungsvoraussetzungen, um Leistungsziele zu erfüllen Entwicklung von Änderungsvoraussetzungen, um Leistungsziele zu erfüllen  
6 Management von Steuerungsprozessen Verwaltung von Governance-Prozessen Verwaltung von Governance-Prozessen  
7 Aktivierung des Prozesses, um Veränderungen zu implementieren Aktivieren des Prozesses zum Implementieren von Änderungen Aktivieren des Prozesses zum Implementieren von Änderungen  

...

<< Zurück zur Hauptseite

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