TOGAF-Phase A: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
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
Hintergrundinformationen und Techniken "IVS-Domäne"
IVS-Dömänen-Konzept
Hintergrundinformationen und Techniken "IVS-Dienst"
IVS-Dienste-Konzept
Hintergrundinformationen und Techniken "IVS-Wertschöpfungskette"
Beispiel Wertschöpfung im System Strasse
Beispiel Verkehrsinformation Individualverkehr
Beispiel Zuständigkeitsübergreifendes Verkehrsmanagement
Beispiel Multimodale Verkehrsinformation

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
Hintergrundinformationen und Techniken
IVS-Rollenkonzept
Business-Szenarien als Technik zur Erhebung von Anforderungen, Stakeholdern, 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

Was verstehen wir unter einem IVS-Leitbild
Definition und Aufbau eines IVS-Leitbilds
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


<< Zurück zur Hauptseite