TOGAF-Phase A: Unterschied zwischen den Versionen
Zeile 1: | Zeile 1: | ||
== Phase A – Architekturvision == | == Phase A – Architekturvision == | ||
+ | |||
+ | |||
+ | |||
;TOGAF | ;TOGAF | ||
+ | The Architecture Vision provides the sponsor with a key tool to sell the benefits of the proposed capability to stakeholders and decision-makers within the enterprise. Architecture Vision describes how the new capability will meet the business goals and strategic objectives and address the stakeholder concerns when implemented. | ||
+ | |||
+ | Clarifying and agreeing the purpose of the architecture effort is one of the key parts of this activity, and the purpose needs to be clearly reflected in the vision that is created. Architecture projects are often undertaken with a specific purpose in mind - a specific set of business drivers that represent the return on investment for the stakeholders in the architecture development. Clarifying that purpose, and demonstrating how it will be achieved by the proposed architecture development, is the whole point of the Architecture Vision. | ||
+ | |||
+ | Normally, key elements of the Architecture Vision - such as the enterprise mission, vision, strategy, and goals - have been documented as part of some wider business strategy or enterprise planning activity that has its own lifecycle within the enterprise. In such cases, the activity in Phase A is concerned with verifying and understanding the documented business strategy and goals, and possibly bridging between the enterprise strategy and goals on the one hand, and the strategy and goals implicit within the current architecture reality. | ||
+ | |||
+ | In other cases, little or no Business Architecture work may have been done to date. In such cases, there will be a need for the architecture team to research, verify, and gain buy-in to the key business objectives and processes that the architecture is to support. This may be done as a free-standing exercise, either preceding architecture development, or as part of the ADM initiation phase (Preliminary Phase). | ||
+ | |||
+ | The Architecture Vision provides a first-cut, high-level description of the Baseline and Target Architectures, covering the business, data, application, and technology domains. These outline descriptions are developed in subsequent phases. | ||
+ | |||
+ | Business scenarios are an appropriate and useful technique to discover and document business requirements, and to articulate an Architecture Vision that responds to those requirements. Business scenarios are described in Part III, 26. Business Scenarios and Business Goals. | ||
+ | |||
+ | Once an Architecture Vision is defined and documented in the Statement of Architecture Work, it is critical to use it to build a consensus, as described in Part VII, 50.1.4 IT Governance. Without this consensus it is very unlikely that the final architecture will be accepted by the organization as a whole. The consensus is represented by the sponsoring organization signing the Statement of Architecture Work. | ||
+ | 7.2.3 Business Scenarios | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
:In Phase A erfolgen der Projektaufbau und der Anstoß einer Iteration des Architekturentwicklungszyklus, in dem mit der sog. '''Archtekturvision''' die '''Erwartungen an die mit den Phasen B, C und D zu entwickelnden Archtektur''' formuliert werden. Diese Phase ist vor allem notwendig, um den Geschäftskontext von Archtektur zu identifizieren und zu beschreiben und einen abgestimmten Auftrag für Architekturarbeit zu erstellen. | :In Phase A erfolgen der Projektaufbau und der Anstoß einer Iteration des Architekturentwicklungszyklus, in dem mit der sog. '''Archtekturvision''' die '''Erwartungen an die mit den Phasen B, C und D zu entwickelnden Archtektur''' formuliert werden. Diese Phase ist vor allem notwendig, um den Geschäftskontext von Archtektur zu identifizieren und zu beschreiben und einen abgestimmten Auftrag für Architekturarbeit zu erstellen. | ||
Version vom 26. September 2016, 04:00 Uhr
Phase A – Architekturvision
- TOGAF
The Architecture Vision provides the sponsor with a key tool to sell the benefits of the proposed capability to stakeholders and decision-makers within the enterprise. Architecture Vision describes how the new capability will meet the business goals and strategic objectives and address the stakeholder concerns when implemented.
Clarifying and agreeing the purpose of the architecture effort is one of the key parts of this activity, and the purpose needs to be clearly reflected in the vision that is created. Architecture projects are often undertaken with a specific purpose in mind - a specific set of business drivers that represent the return on investment for the stakeholders in the architecture development. Clarifying that purpose, and demonstrating how it will be achieved by the proposed architecture development, is the whole point of the Architecture Vision.
Normally, key elements of the Architecture Vision - such as the enterprise mission, vision, strategy, and goals - have been documented as part of some wider business strategy or enterprise planning activity that has its own lifecycle within the enterprise. In such cases, the activity in Phase A is concerned with verifying and understanding the documented business strategy and goals, and possibly bridging between the enterprise strategy and goals on the one hand, and the strategy and goals implicit within the current architecture reality.
In other cases, little or no Business Architecture work may have been done to date. In such cases, there will be a need for the architecture team to research, verify, and gain buy-in to the key business objectives and processes that the architecture is to support. This may be done as a free-standing exercise, either preceding architecture development, or as part of the ADM initiation phase (Preliminary Phase).
The Architecture Vision provides a first-cut, high-level description of the Baseline and Target Architectures, covering the business, data, application, and technology domains. These outline descriptions are developed in subsequent phases.
Business scenarios are an appropriate and useful technique to discover and document business requirements, and to articulate an Architecture Vision that responds to those requirements. Business scenarios are described in Part III, 26. Business Scenarios and Business Goals.
Once an Architecture Vision is defined and documented in the Statement of Architecture Work, it is critical to use it to build a consensus, as described in Part VII, 50.1.4 IT Governance. Without this consensus it is very unlikely that the final architecture will be accepted by the organization as a whole. The consensus is represented by the sponsoring organization signing the Statement of Architecture Work. 7.2.3 Business Scenarios
- In Phase A erfolgen der Projektaufbau und der Anstoß einer Iteration des Architekturentwicklungszyklus, in dem mit der sog. Archtekturvision die Erwartungen an die mit den Phasen B, C und D zu entwickelnden Archtektur formuliert werden. Diese Phase ist vor allem notwendig, um den Geschäftskontext von Archtektur zu identifizieren und zu beschreiben und einen abgestimmten Auftrag für Architekturarbeit zu erstellen.
- IVS-Architektur
- In der Phase A werden die Erwartungen formuliert, die an die Entwicklung der IVS-Architektur gestellt werden.
- Ergebnis der Phase A
Die Ergebnisse dieser Phase werden am Ende von Phase B, Schritt 9 im Architekturdefinitionsdokument zusammengetragen.
Schritte der Phase A - IVS-Architekturvision
Schritt | TOGAF | Tailoring IVS-Rahmenarchitektur | Anleitung | Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables | Empfehlung für IVS-Refenzarchitekturen | Empfehlung für IVS-Architekturen realer IVS-Dienste |
---|---|---|---|---|---|---|
1 | Aufsetzen des Architekturprojekts | Aufsetzen des IVS-Architekturprojekts | Aufsetzen eines Architekturprojekts
|
Aufsetzen eines IVS-Architekturprojekts unter Nutzung von: |
Aufsetzen des IVS-Referenzarchitekturprojekts | Aufsetzen des IVS-Architekturprojekts für einen realen IVS-Dienstes |
2 | Identifizierung von Stakeholdern mit deren Anliegen und Geschäftsanforderungen | Identifizierung der IVS-Rollen mit deren Anliegen und Geschäftsanforderungen | Erfassung und Beschreibung von IVS-Rollen
|
IVS-Referenzarchitekturspezifische Erfassung und Beschreibung von IVS-Rollen | IVS-Dienstspezifische Erfassung und Beschreibung von IVS-Rollen | |
3 | Bestätigung und Ausarbeitung von geschäftlichen Zielen, strategischen Einflussfaktoren und Rahmenbedingungen | Ausarbeitung von geschäftlichen Zielen, strategischen Einflussfaktoren und Rahmenbedingungen für IVS-Dienste | Geschäftliche Ziele, strategische Einflussfaktoren und Rahmenbedingungen für IVS
Hintergrundinformationen und Techniken |
Ausarbeitung von geschäftlichen Zielen, strategischen Einflussfaktoren und Rahmenbedingungen für IVS-Dienste-Kategorien | Ausarbeitung von geschäftlichen Zielen, strategischen Einflussfaktoren und Rahmenbedingungen für spezifische IVS-Dienste | |
4 | Bewertung der Geschäftsfähigkeiten | Enwicklung/Bewertung der IVS-Capabilities von IVS-Rollen | IVS-Capabilites von IVS-Rollen | IVS-Kategoriespezifische Enwicklung/Bewertung der IVS-Capabilities von IVS-Rollen | IVS-Dienstspezifische Enwicklung/Bewertung der IVS-Capabilities von IVS-Rollen | |
5 | Bewertung der Reife für eine Transformation des Geschäfts | Bewertung der Reife für das Aufsetzen eine IVS-Dienstes | Projektspezifische Anleitung (Schritt nicht IVS-spezifisch) | Projektspezifische Lösung | Projektspezifische Lösung | Projektspezifische Lösung |
6 | Reichweite der Architektur festlegen | Reichweite von Referenzarchitekturen und Architekturen realer Systeme | Reichweite der Architektur | Projektspezifische Lösung | Projektspezifische Lösung | Projektspezifische Lösung |
7 | Bestätigung und Ausarbeitung von Architekturprinzipien, einschließlich Geschäftsprinzipien | Überprüfung und ggfs. Konkretisierung/Ergänzung der in der Vorbereitungsphase aufgestellten Architektur- und Geschäftsprinzipen | Projektspezifische Anleitung | Projektspezifische Lösung | Projektspezifische Lösung | Projektspezifische Lösung |
8 | Entwicklung der Architekturvision | Entwicklung der IVS-Architekturvision | IVS-Architektur Vision | Entwicklung der IVS-Architekturvision für die IVS-Kategorie | Entwicklung der IVS-Architekturvision für den spezifischen IVS-Dienst | |
9 | Definition des Wertbeitrags der Zielarchitektur und der KPI's | Definition des Wertbeitrags und KPI's von IVS-Architektur | Wertbeitrag und KPI's von IVS-Architektur | Definition des Wertbeitrags und KPI's von IVS-Architektur für die IVS-Dienstekategorie | Definition des Wertbeitrags und KPI's von IVS-Architektur für den spezifischen IVS-Dienst | |
10 | Identifizierung der Risiken einer Geschäfts-Transformation und der Aktivitäten zur Risikominimierung | Identifizierung der Risiken der Umsetzung von IVS-Architektur und der Aktivitäten zur Risikominimierung | Risikomanagement bei der Umsetzung von IVS-Architektur | Identifizierung der Risiken der Umsetzung von IVS-Architektur und der Aktivitäten zur Risikominimierung für die IVS-Dienstekategorie | Identifizierung der Risiken der Umsetzung von IVS-Architektur und der Aktivitäten zur Risikominimierung für den spezifischen IVS-Dienst | |
11 | Entwicklung von Unternehmensarchitekturplänen und Aufträgen für die Architekturarbeit, Sichern der Zustimmung | Entwicklung von IVS-Architekturplänen und Aufträgen für die IVS-Architekturarbeit, Sichern der Zustimmung der Stakeholder | Projektspezifische Anleitung (Schritt nicht IVS-spezifisch) | Projektspezifische Lösung | Projektspezifische Lösung | Projektspezifische Lösung |
Schritte der Phase A - IVS-Architekturvision im Überblick
Phase A - IVS-Architekturvision