TOGAF-Phase A: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 49: Zeile 49:
 
|-
 
|-
 
| 5 || ''' Bewertung der Reife für eine Transformation des Geschäfts '''
 
| 5 || ''' Bewertung der Reife für eine Transformation des Geschäfts '''
Eine Bewertung der Reife für die Transformation des Geschäfts kann verwendet werden, um die Bereitschaft der Organisation, sich einer Änderung zu unterziehen, zu bewerten und zu quantifizieren. Diese Einschätzung basiert auf der Ermittlung und Analyse/Bewertung einer Reihe von [http://wikiivs.albrechtconsult.com/index.php?title=TOGAF: Reife-Faktoren | Reife-Faktoren].
+
Eine Bewertung der Reife für die Transformation des Geschäfts kann verwendet werden, um die Bereitschaft der Organisation, sich einer Änderung zu unterziehen, zu bewerten und zu quantifizieren. Diese Einschätzung basiert auf der Ermittlung und Analyse/Bewertung einer Reihe von [http://wikiivs.albrechtconsult.com/index.php?title=TOGAF-Reifefaktoren Reife-Faktoren].
 
Die Ergebnisse der Bewertung der Bereitschaft sollten der Auflistung der Capabilities hinzugefügt werden. Diese Ergebnisse werden dann verwendet, um den Umfang der Architektur zu gestalten, um erforderliche Aktivitäten innerhalb des Architektur-Projekts festzulegen und anzugehende Risikobereiche zu identifizieren.
 
Die Ergebnisse der Bewertung der Bereitschaft sollten der Auflistung der Capabilities hinzugefügt werden. Diese Ergebnisse werden dann verwendet, um den Umfang der Architektur zu gestalten, um erforderliche Aktivitäten innerhalb des Architektur-Projekts festzulegen und anzugehende Risikobereiche zu identifizieren.
 
|| ./.  ||
 
|| ./.  ||

Version vom 26. Februar 2016, 13:00 Uhr

Phase A – Architekturvision

TOGAF
In Phase A erfolgen der Projektaufbau und der Anstoß einer Iteration des Architekturennvicklungszyklus zusammen mit der Festlegung von Wirkungsbereich, Rahmenbedingungen und Erwartungen in Bezug auf den jeweiligen Durchlauf. Diese Phase ist notwendig, um den Geschäftskontext zu validieren und einen abgestimmten Auftrag für Architekturarbeit zu erstellen.
IVS-Rahmenarchitektur
In der Phase A wird den Projektaufbau für die Durchführung erfolgreicher IVS-Architekturprojekte geschaffen.
Schritt TOGAF Tailoring IVS-Rahmenarchitektur Umsetzung Rahmenarchitektur
1 Aufsetzen des Architekturprojekts ./. Aufgabenstellung & Vorhabens- und Leistungsbeschreibung Los 1
2 Identifizierung von Stakeholdern mit deren Anliegen und Geschäftsanforderungen ./.

Stakeholder

  • BMVI - Bundesministerium für Verkehr und digitale Infrastruktur:
  • BASt - Bundesanstalt für Strßen und Verkehr (als nachgeordnete Behörde)
  • AlbrechtConsult & Scholtes IT-Beratung als Auftragnehmer

Anliegen

  • Umsetzung des nationalen IVS-Aktionsplans Straße zur koordinierten Weiterentwicklung bestehender und beschleunigten Einführung neuer Intelligenter Verkehrssysteme in Deutschland bis 2020
  • Prioritäres Handlungsfeld 2: DURCHGÄNGIGKEIT DER IVS-DIENSTE IM BEREICH VERKEHRSMANAGEMENT UND VERKEHRSINFORMATION
  • Maßnahme 2.2 Entwicklung einer IVS-Rahmenarchitektur Straße - Erarbeitung und Einführung einer national verbindliche IVS-Rahmenarchitektur, die als Grundlage zur harmonisierten Einführung und Nutzung von IVS angewendet wird.
3 Bestätigung und Ausarbeitung von Geschäftszielen, Geschäftstreibern und Rahmenbedingungen ./.
  • harmonisierte Einführung von IVS
  • durchgängige und verbesserte IVS-Anwendungen und IVS-Dienste
  • Erleichterung bei der Entwicklung und Einführung von IVS-Diensten
  • Sicherheit für öffentliche Betreiber bezüglich Kompatibilität und Interoperabilität von IVS-Anwendungen
  • geringerer Entwicklungsaufwand und Planungssicherheit für die Industrie
  • Vermeidung technologischer „Insellösungen“
  • Verbesserung der Investitionssicherheit und Markttransparenz
  • effizienterer und leichterer Verkehr
  • Erhöhung der Verkehrssicherheit und der Wirtschaftlichkeit
  • Reduzierung von negativen Umweltwirkungen des Verkehrs
4 Bewertung der Geschäftsfähigkeiten
  • Für die Organisation ist es sinnvoll, die Geschäftsfähigkeiten innerhalb des Unternehmens zu verstehen.
    • Ein Teil bezieht sich auf die Geschäftsfähigkeit des Unternehmens, die Architektur zu entwickeln und effizient zu nutzen.
    • Ein anderer Teil bezieht sich auf die einzelnen (anderen) Geschäftsfähigkeiten des Unternehmens.
  • Lücken, die in der Geschäftsfähigkeit, die Architektur zu entwickeln und zu nutzen, identifiziert worden sind, erfordern eine Erneute Durchführung der Vorlauf-Phase (Prelimary Phase) und Phase A (Architecture Vision), um sicherzustellen, dass diese Geschäftsfähigkeit ausreichend ist, den Umfang des Architektur-Projekts zu stemmen.
  • Gaps, or limitations, identified in the enterprise's capability to execute on change will inform the architect on the description of the Target Architecture and on the Implementation and Mi-gration Plan created in Phase E and Phase F.
  • Der Schritt soll in einem angemessenen Niveau die Fähigkeiten und Wünsche des Unternehmens verständlich machen. Das Darstellen von Basis-Geschäftsfähigkeiten und Ziel-Geschäftsfähigkeiten, im Rahmen des gesamten Unternehmens, kann durch die Erstellung von Wertketten-Diagrammen unterstützt werden. Hiermit können Verknüpfungen der Geschäftsfähigkeiten aufgezeigt werden.
Zu klären

Was sind in unserem Falle?

  • die Organisation
  • das Unternehmen
5 Bewertung der Reife für eine Transformation des Geschäfts

Eine Bewertung der Reife für die Transformation des Geschäfts kann verwendet werden, um die Bereitschaft der Organisation, sich einer Änderung zu unterziehen, zu bewerten und zu quantifizieren. Diese Einschätzung basiert auf der Ermittlung und Analyse/Bewertung einer Reihe von Reife-Faktoren. Die Ergebnisse der Bewertung der Bereitschaft sollten der Auflistung der Capabilities hinzugefügt werden. Diese Ergebnisse werden dann verwendet, um den Umfang der Architektur zu gestalten, um erforderliche Aktivitäten innerhalb des Architektur-Projekts festzulegen und anzugehende Risikobereiche zu identifizieren.

./.
6 Definition des Wirkungsbereichs ./.
7 Bestätigung und Ausarbeitung von Architekturprinzipien, einschließlich Geschäftsprinzipien
8 Entwicklung der Architekturvision ./.
9 Definition des Wertbeitrags der Zielarchitektur und der KPIs ./.
10 Identifizierung der Risiken einer Geschäfts-Transformation und der Aktivitäten zur Risikominimierung ./.

Die IVS-Rahmenarchitektur wird nicht von allen Beteiligten mit getragen. Die Architektur beinhaltet zu konkrete oder zu vage Festlegungen (z.B. im Bezug auf den Umfang von festgeschriebenen Standards). Die verbindliche Einführung der IVS-Rahmenarchitektur scheitert.

11 Entwicklung von Unternehmensarchitekturplänen und Aufträgen für die Architekturarbeit,Sichern der Zustimmung ./.





Es werden die Ziele der Bundesregierung und der weiteren Stakeholder für das Straßenverkehrswesen analysiert und auf die High-Level-Capability angewendet. Relevante Bestandteile der Phase sind die Identifikation der betroffenen Stakeholder, die Darstellung des Mehrwerts durch die Architektur und der möglichen Risiken sowie die Entwicklung und Dokumentation der Vision. Hier ergeben sich erste Anforderungen an die Interoperabilität.