IVS-Geschäftsziele: Unterschied zwischen den Versionen
| Zeile 4: | Zeile 4: | ||
Die Ziel-Diskussion im Rahmen von IVS-Architektur muss in zweierlei Hinsicht geführt werden: | Die Ziel-Diskussion im Rahmen von IVS-Architektur muss in zweierlei Hinsicht geführt werden: | ||
| − | # Welche Ziele verfolgen und welchen Nutzen erwarten IVS-Akteure und | + | # Welche Ziele verfolgen und welchen Nutzen erwarten IVS-Akteure und Stakeholder die eines IVS-Diensts entwickeln und realisieren bzw. sich daran beteiligen? |
| − | # Welche Ziele verfolgen und welchen Nutzen erwarten IVS-Akteure und | + | # Welche Ziele verfolgen und welchen Nutzen erwarten IVS-Akteure und Stakeholder die eine IVS-Rahmenarchitektur bzw. IVS-Referenzarchitekturen entwickeln bzw. sich daran beteiligen? |
| + | |||
| + | Je nachdem ob es ich bei den IVS-Akteuren um privatrechtliche Unternehmen oder Institutionen des öffentlichen Rechts handelt, werden Ziele und Nutzen von IVS-Diensten und auch von IVS-Architektur ganz unterschiedlich interpretiert. | ||
| + | |||
| + | * für privatwirtschafliche finanzierte privatrechtliche 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 auf den individuellen Nutzen ihren Kunden ausgerichtet, die für den Nutzen bereit sind zu 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 die End-Nutzer als Kollektiv im Vodergrund. Naturgemäß sind Institutionen des öffentlichen Rechts auf den kollektiven Nutzen ihrer "Kunden" als Bürger und Steuerzahler ausgerichtet. | ||
| − | |||
Version vom 1. September 2016, 16:28 Uhr
Inhaltsverzeichnis
Diskussion um Ziele und Nutzen im Kontext von IVS
Die Ziel-Diskussion im Rahmen von IVS-Architektur muss in zweierlei Hinsicht geführt werden:
- Welche Ziele verfolgen und welchen Nutzen erwarten IVS-Akteure und Stakeholder die eines IVS-Diensts entwickeln und realisieren bzw. sich daran beteiligen?
- Welche Ziele verfolgen und welchen Nutzen erwarten IVS-Akteure und Stakeholder die eine IVS-Rahmenarchitektur bzw. IVS-Referenzarchitekturen entwickeln bzw. sich daran beteiligen?
Je nachdem ob es ich bei den IVS-Akteuren um privatrechtliche Unternehmen oder Institutionen des öffentlichen Rechts handelt, werden Ziele und Nutzen von IVS-Diensten und auch von IVS-Architektur ganz unterschiedlich interpretiert.
- für privatwirtschafliche finanzierte privatrechtliche 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 auf den individuellen Nutzen ihren Kunden ausgerichtet, die für den Nutzen bereit sind zu 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 die End-Nutzer als Kollektiv im Vodergrund. Naturgemäß sind Institutionen des öffentlichen Rechts auf den kollektiven Nutzen ihrer "Kunden" als Bürger und Steuerzahler ausgerichtet.
Jede IVS-Architektur sollte einen möglichst konkreten Mehrwert für bestimmte Stakeholder bringen. Da IVS Architekturen typischerweise mehrere Stakeholder involvieren, müssen sich diese auf gemeinsame Ziele verständigen.
Wichtig ist für jeden IVS Dienst und für jede IVS Architektur, das große Ganze, also den Mehrwert für den späteren Nutzer im Fokus zu behalten und gemeinsam daraufhin zu arbeiten. Generell werden IVS-Dienste mit mehr verfügbaren Daten und durch den Informationsaustausch zwischen den beteiligten Akteuren besser, wenn nicht sogar erst dadurch ermöglicht.
In diesem Schritt sollte man sich nochmals grundsätzlich Gedanken machen, welche Bedeutung die zu entwickelnde IVS-Architektur für die betroffenen Institutionen hat.
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
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.
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.
