IVS-Geschäftsziele: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 1: Zeile 1:
−
 
+
== Geschäftliche Ziele (enl. Business Goals) im Kontext von IVS-Diensten und IVS-Architektur==
−
== Diskussion um geschäftliche Ziele (enl. Business Goals) im Kontext von IVS-Diensten und IVS-Architektur==
 
 
In Abhängigkeit des rechtlichen Status des zielformulierenden IVS-Akteurs oder Stakeholders (privat oder öffentlich rechtlich), werden Geschäftliche Ziele von IVS-Diensten und von IVS-Architektur ganz unterschiedlich und ggfs. auch konfliktär formuliert und interpretiert.
 
In Abhängigkeit des rechtlichen Status des zielformulierenden IVS-Akteurs oder Stakeholders (privat oder öffentlich rechtlich), werden Geschäftliche Ziele von IVS-Diensten und von IVS-Architektur ganz unterschiedlich und ggfs. auch konfliktär formuliert und interpretiert.
 
*für privatwirtschafliche finanzierte Unternehmen steht bei der Zielformulierung der eigene Business Case und der mit einem IVS-Dienst oder der Komformität zu einer IVS-Architekturvorgabe verbundene wirtschaftliche Mehrwert für das Unternehmen im Vordergrund. Naturgemäß sind privatrechtliche Unternehmen eher auf den individuellen Nutzen von Kunden ausgerichtet, die für den IVS-Dienst bereit sind zu bezahlen.
 
*für privatwirtschafliche finanzierte Unternehmen steht bei der Zielformulierung der eigene Business Case und der mit einem IVS-Dienst oder der Komformität zu einer IVS-Architekturvorgabe verbundene wirtschaftliche Mehrwert für das Unternehmen im Vordergrund. Naturgemäß sind privatrechtliche Unternehmen eher auf den individuellen Nutzen von Kunden ausgerichtet, die für den IVS-Dienst bereit sind zu bezahlen.
 
*für steuerfinanzierte Institutionen des öffentlichen Rechts steht bei der Zielformulierung die Umsetzung politischer Vorgaben und der mit einem IVS-Dienst oder der Komformität zu einer IVS-Architekturvorgabe verbundene Mehrwert für ein End-Nutzer-Kollektiv im Vodergrund. Naturgemäß sind Institutionen des öffentlichen Rechts auf den kollektiven Nutzen der "Kunden" ausgerichtet, die Steuern zahlen.
 
*für steuerfinanzierte Institutionen des öffentlichen Rechts steht bei der Zielformulierung die Umsetzung politischer Vorgaben und der mit einem IVS-Dienst oder der Komformität zu einer IVS-Architekturvorgabe verbundene Mehrwert für ein End-Nutzer-Kollektiv im Vodergrund. Naturgemäß sind Institutionen des öffentlichen Rechts auf den kollektiven Nutzen der "Kunden" ausgerichtet, die Steuern zahlen.
  
−
Da IVS-Dienste in der Regel nur durch Vernetzung und Kooperation ganz unterscheidelicher IVS-Akteure und Stakeholder entstehen. müssen sich diese auf gemeinsame geschäftliche Ziele verstndigen (Zwang zum Konsens). Für den IVS-Architekten besteht dann die Herausforderung, diese zu verstehen und diese im Sinne von IVS-Architektur richtig zu interpretieren.  Letztendlich mouus der IVS-Architekt IVS-Archtekturmerkmale bereitstellen, die von den IVS-Akteuren akzeptiert werden, weil sie bestmöglich zu Erreichung der geschäftlichen ihrer Ziele beitragen.   
+
Da IVS-Dienste in der Regel nur durch Vernetzung und Kooperation ganz unterscheidelicher IVS-Akteure und Stakeholder entstehen. müssen sich diese auf gemeinsame geschäftliche Ziele verständigen (Zwang zum Konsens). Für den IVS-Architekten besteht dann die Herausforderung, diese zu verstehen und diese im Sinne von IVS-Architektur richtig zu interpretieren.  Letztendlich mouus der IVS-Architekt IVS-Archtekturmerkmale bereitstellen, die von den IVS-Akteuren akzeptiert werden, weil sie bestmöglich zu Erreichung der geschäftlichen ihrer Ziele beitragen.   
  
 +
== Identifizierung des Nutzens von IVS ==
 
Grundsätzlich ist natürlich für jeden IVS Dienst und für jede IVS-Architektur, das große Ganze, also IVS-Nutzen und den damit verbundenen  Mehrwert für den späteren End-Nutzer im Fokus zu behalten und gemeinsam daraufhin zu arbeiten. IVS-Nutzen entsteht, wenn End-Nutzer (oder, im Falle von C-ITS und atomatisiertem Fahren, End-Nutzer Systeme) im Rahmen von Anwendungsprozessen über leicht zugängliche IVS-Dienst-Zugangspunkte (im einfachsten Fall von z. B. einer Privatperson mit ihrem Smartphone) Zugriff auf IVS-Informationen haben, um eigene IVS-Entscheidungen sicher, zuverlässing, schnell und effektiv treffen zu können.  
 
Grundsätzlich ist natürlich für jeden IVS Dienst und für jede IVS-Architektur, das große Ganze, also IVS-Nutzen und den damit verbundenen  Mehrwert für den späteren End-Nutzer im Fokus zu behalten und gemeinsam daraufhin zu arbeiten. IVS-Nutzen entsteht, wenn End-Nutzer (oder, im Falle von C-ITS und atomatisiertem Fahren, End-Nutzer Systeme) im Rahmen von Anwendungsprozessen über leicht zugängliche IVS-Dienst-Zugangspunkte (im einfachsten Fall von z. B. einer Privatperson mit ihrem Smartphone) Zugriff auf IVS-Informationen haben, um eigene IVS-Entscheidungen sicher, zuverlässing, schnell und effektiv treffen zu können.  
  
−
 
+
== Strategische Einflussfaktoren und Rahmenbedingungen ==  
−
 
+
Ein ein wesentlicher Aspekt für die Entwicklung von IVS-Architekturmerkmalen sind strategische Einflussfaktoren und Rahmenbedingungen für IVS. Dabei handelt es ich um Schlüsselfaktoren, die oftmals über Erfolg oder Misserfolg von IVS-Diensten entscheiden. Hierzu gehören insbesondere Finanzierungskonzepte, aber auch zu schaffende rechtliche Rahemnbedingungen und technologische Voraussetzungen. Diese müssen frühzeitig identifiziert werden um von Vornherein die Machbarkeit von IVS-Diensten sicherzustellen.
−
 
−
*[[Media: ITS-KPI-Final_Report.pdf | Key Performance Indicators for Intelligent Transport Systems ]]
 
−
 
 
−
== Identifizierung des Nutzen eines IVS-Dienstes  bzw. einer IVS-Dienstekategorie ==  
 
−
IVS-Dienste spenden einen IVS-Nutzen, wenn IVS-End-Nutzer im Rahmen von Anwendungsprozessen über '''leicht zugängliche IVS-Dienst-Zugangspunkte''' (im einfachsten Fall von z. B. einer Privatperson mit ihrem Smartphone) Zugriff auf IVS-Informationen erhalten, die dazu beitragen, '''eigene IVS-Entscheidungen sicher, zuverlässing, schnell und effektiv''' zu treffen.
 
−
 
 
−
 
 
−
 
 
−
If these have already been defined elsewhere within the enterprise, ensure that the existing definitions are current, and clarify any areas of ambiguity.
 
−
Define the constraints that must be dealt with, including enterprise-wide constraints and project-specific constraints (time, schedule, resources, etc.). The enterprise-wide constraints may be informed by the business and Architecture Principles developed in the Preliminary Phase or clarified as part of Phase A.
 
  
 
== Vision, Mission, Ziele ==
 
== Vision, Mission, Ziele ==
 
Das Thema Vision, Mission, Ziele wird im Bereich [[Ziele_und_Nutzen]] erklärt. Dabei wird auf das BMM verwiesen. Ein Beispiel finden Sie dazu hier: [[IVS-Vision-Beispiele]].  
 
Das Thema Vision, Mission, Ziele wird im Bereich [[Ziele_und_Nutzen]] erklärt. Dabei wird auf das BMM verwiesen. Ein Beispiel finden Sie dazu hier: [[IVS-Vision-Beispiele]].  
−
Diese Vision und Ziele muss im Zusammenhang mit der IVS-Architektur stehen, die entwickelt werden soll, um die Unterstützung der Stakeholder zu gewinnen.
+
Diese Vision und Ziele muss im Zusammenhang mit der IVS-Architektur stehen, die entwickelt werden soll, um die Unterstützung der Stakeholder zu gewinnen.
−
 
 
−
== Rahmenbedingungen ==
 
−
Es kann grundsätzliche und projektspezifische Rahmenbedingungen und Begrenzungen geben. Dazu gehören u.a. die intendierte Reichweite der Architektur oder gesetzliche Regelungen.
 
−
Damit soll von Vornherein die Machbarkeit sichergestellt werden, damit man nicht im Laufe des Projekts auf unüberwindbare Hindernisse stößt.
 
−
 
 
−
== Treiber ==
 
−
Man kann sich zusätzlich Gedanken über die Treiber der Architekturinitiative machen. Beispiele für Treiber können die technologische Entwicklung oder die Nachfrage von Kunden sein.
 

Version vom 1. September 2016, 18:32 Uhr

Geschäftliche Ziele (enl. Business Goals) im Kontext von IVS-Diensten und IVS-Architektur

In Abhängigkeit des rechtlichen Status des zielformulierenden IVS-Akteurs oder Stakeholders (privat oder öffentlich rechtlich), werden Geschäftliche Ziele von IVS-Diensten und von IVS-Architektur ganz unterschiedlich und ggfs. auch konfliktär formuliert und interpretiert.

  • für privatwirtschafliche finanzierte Unternehmen steht bei der Zielformulierung der eigene Business Case und der mit einem IVS-Dienst oder der Komformität zu einer IVS-Architekturvorgabe verbundene wirtschaftliche Mehrwert für das Unternehmen im Vordergrund. Naturgemäß sind privatrechtliche Unternehmen eher auf den individuellen Nutzen von Kunden ausgerichtet, die für den IVS-Dienst bereit sind zu bezahlen.
  • für steuerfinanzierte Institutionen des öffentlichen Rechts steht bei der Zielformulierung die Umsetzung politischer Vorgaben und der mit einem IVS-Dienst oder der Komformität zu einer IVS-Architekturvorgabe verbundene Mehrwert für ein End-Nutzer-Kollektiv im Vodergrund. Naturgemäß sind Institutionen des öffentlichen Rechts auf den kollektiven Nutzen der "Kunden" ausgerichtet, die Steuern zahlen.

Da IVS-Dienste in der Regel nur durch Vernetzung und Kooperation ganz unterscheidelicher IVS-Akteure und Stakeholder entstehen. müssen sich diese auf gemeinsame geschäftliche Ziele verständigen (Zwang zum Konsens). Für den IVS-Architekten besteht dann die Herausforderung, diese zu verstehen und diese im Sinne von IVS-Architektur richtig zu interpretieren. Letztendlich mouus der IVS-Architekt IVS-Archtekturmerkmale bereitstellen, die von den IVS-Akteuren akzeptiert werden, weil sie bestmöglich zu Erreichung der geschäftlichen ihrer Ziele beitragen.

Identifizierung des Nutzens von IVS

Grundsätzlich ist natürlich für jeden IVS Dienst und für jede IVS-Architektur, das große Ganze, also IVS-Nutzen und den damit verbundenen Mehrwert für den späteren End-Nutzer im Fokus zu behalten und gemeinsam daraufhin zu arbeiten. IVS-Nutzen entsteht, wenn End-Nutzer (oder, im Falle von C-ITS und atomatisiertem Fahren, End-Nutzer Systeme) im Rahmen von Anwendungsprozessen über leicht zugängliche IVS-Dienst-Zugangspunkte (im einfachsten Fall von z. B. einer Privatperson mit ihrem Smartphone) Zugriff auf IVS-Informationen haben, um eigene IVS-Entscheidungen sicher, zuverlässing, schnell und effektiv treffen zu können.

Strategische Einflussfaktoren und Rahmenbedingungen

Ein ein wesentlicher Aspekt für die Entwicklung von IVS-Architekturmerkmalen sind strategische Einflussfaktoren und Rahmenbedingungen für IVS. Dabei handelt es ich um Schlüsselfaktoren, die oftmals über Erfolg oder Misserfolg von IVS-Diensten entscheiden. Hierzu gehören insbesondere Finanzierungskonzepte, aber auch zu schaffende rechtliche Rahemnbedingungen und technologische Voraussetzungen. Diese müssen frühzeitig identifiziert werden um von Vornherein die Machbarkeit von IVS-Diensten sicherzustellen.

Vision, Mission, Ziele

Das Thema Vision, Mission, Ziele wird im Bereich Ziele_und_Nutzen erklärt. Dabei wird auf das BMM verwiesen. Ein Beispiel finden Sie dazu hier: IVS-Vision-Beispiele. Diese Vision und Ziele muss im Zusammenhang mit der IVS-Architektur stehen, die entwickelt werden soll, um die Unterstützung der Stakeholder zu gewinnen.