Business Szenarien: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
K (Kopylova verschob die Seite Business-Szenarien nach Business Szenarien: Business-Szenarien)
 
(26 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
  
−
== Business Szenarien in TOGAF allgemein ==
+
== IVS-Business Szenario... ==
−
Business Szenarios dienen der Identifikation von Anforderungen. Beispielsweise kann damit ermittelt werden, welche Stakeholder involviert werden müssen, welche Capabilities notwendig sind oder welchen Zweck und welche Ziele die Architektur dient.  
+
 
−
+
*ist ein '''IVS-Architekturdeliverable''''', ''das der Identifikation von '''IVS-Anforderungen,''' z. B. in Bezug auf Stakeholder, IVS-Rollen, IVS-Akteure oder die IVS-Architekturvision '''dient.'''
−
In ihnen wird ein End-to-End-Szenario umfänglich beschrieben. Es wird in der Phase B weiter detailliert.
+
*identifiziert ein '''größeres Problem und beschreibt seine Lösung''' umfassend, unter Beachtung, dass die Beschreibung aus der Sicht der Anforderungen erfolgt und noch nicht konkret auf Lösungen eingeht.
 +
*beschreibt in Phase A ein umfängliches '''End-to-End-Szenario''', dessen Beschreibung in der Phase B vertieft wird.  
  
 
== Beispiel ==
 
== Beispiel ==
  
−
Beispiele wäre die Planung einer Route. D.h. der Reisende, z.B. ein LKW-Fahrer möchte Ware von Stuttgart nach Köln transportieren. Er möchte gerne eine Route fahren, die keine Staus enthält und die für seinen LKW mit Sonderhöhe geeignet ist (d.h. keine Brücken unter 3 Meter Höhe).  
+
Ein Beispiel wäre die Planung einer Route. D.h. der Reisende, z. B. ein LKW-Fahrer möchte Ware von Stuttgart nach Köln transportieren. Er möchte gerne eine Route fahren, die keine Staus enthält und die für seinen LKW mit Sonderhöhe geeignet ist (d.h. keine Brücken unter 3 Meter Höhe).
 +
 
 +
Daraus ergeben sich Anforderungen an das Planungssystem, an die benötigen Informationen und Daten sowie an die beteiligten Akteure.
 +
 
 +
== Fragen zur Ausarbeitung eines Business Szenarios ==
 +
 
 +
=== Identifikation, Dokumentation des Problems zum Ranking der Probleme ===
 +
 
 +
*Ist das Problem so beschrieben, dass man daraus erkennen kann, was man zur Behebung unternehmen muss (Schritte in einem Vorgehen) und nicht wie es behoben werden soll (kein Fokus auf die Technologie)?
 +
*Ist das Problem zu spezifisch oder fokussiert es das "Wie"?
 +
*Warum muss es genau so gemacht werden? Kann es alternative Lösungen geben?
 +
*Ist das Problem zu ungenau oder gibt es dazu keinerlei Lösung?
 +
*Was sind die Folgen, wenn das Problem gelöst wurde?
 +
*Wo tritt das Problem genau auf?
 +
*Wann tritt das Problem genau auf?
 +
*Sind die Kosten, die das Problem verursacht, bekannt?
 +
*Gibt es versteckte Kosten? Wenn ja, welche?
 +
*Zeigt sich das Problem durch schlechte Qualität oder ineffektive Arbeit?
 +
 
 +
=== Identifikation der relevanten Umgebung und deren Dokumentation ===
 +
 
 +
*Welche Prozesse leiden unter dem Problem?
 +
*Welche Organisationen sind vom Problem betroffen? Wo sind diese verortet? Um welchen Typ von Organisation handelt es sich?
 +
*Gibt es Regeln, Regularien oder Gesetze, die vom Problem betroffen sind?
 +
*Welche Technologie kann zur Problemlösung eingesetzt werden?
 +
*Sind Grenzen der Technologie bekannt?
 +
*Gibt es bekannte Grundsätze zur Technologie, die angewendet werden können?
 +
 
 +
=== Identifikation und Dokumentation der Ziele ===
 +
 
 +
*Sind die Ziele ausreichend begründet über ...
 +
**... Return on Investment,
 +
**... Scalability,
 +
**... Performance Needs,
 +
**... Compliance to Standards,
 +
**... Ease-of-use measures? 
 +
 
 +
=== Identifikation der menschlichen Akteure ===
 +
 
 +
*Computer user with the computer
 +
*Phone user with the telephone
 +
*Payroll clerk with the payroll system
 +
*Internet subscriber with the webbrowser
 +
*Developer
 +
*Maintainer
 +
*Operator
 +
*Administrator
 +
*User
 +
 
 +
=== Identifikation der maschinellen Akteure ===
  
−
Daraus ergeben sich Anforderungen an das Planungssystem und an die benötigen Informationen und Daten sowie an die beteiligten Akteure.
+
*Welche maschinellen Komponenten sind für das Business Szenario relevant?
 +
*Was müssen diese tun?
  
 +
=== Dokumentation von Rollen, Zuständigkeiten, Erfolgsmaßen ===
  
−
== Fragen, die man zur Ausarbeitung eines Business Szenarios stellen und beantworten sollte ==
+
*Was sind die Hauptaufgaben des Akteurs?
−
While there is no single set of appropriate questions to ask in all situations, the following provides some guidance to help business scenario consultants in asking questions.
+
*Welche Informationen muss der Akteur lesen/schreiben/ändern?
 +
*Wen muss der Akteur informieren bei Änderungen?
 +
*Unter welchen Bedingungen/über welche Veränderungen muss der Akteur informiert werden?
  
−
' Identifying, Documenting, and Ranking the Problem
+
=== Prüfung auf Fitness-for-Purpose ===
−
* Is the problem described as a statement of what needs to be accomplished, like steps in a process, and not how (with technology "push")?
 
−
* If the problem is too specific or a "how":
 
−
Raise a red flag
 
−
Ask "Why do you need to do it that way?" questions
 
−
* If the problem is too vague or not actionable:
 
−
Raise a red flag
 
−
* Ask "What is it you need to do, or will be able to do if this problem is solved?" questions
 
−
* Ask questions that help to identify where and when the problem exists:
 
−
* Where are you experiencing this particular problem? In what business process?
 
−
* When do you encounter these issues? During the beginning of the process, the middle, the end?
 
  
−
Ask questions that help to identify the costs of the problem:
+
*Reichen die Informationen aus, um daraus ableiten zu können, wer oder was die Anforderung erfüllen könnte?  
−
* Do you account for the costs associated with this problem? If so, what are they?
+
*Falls nicht, welche Zeitschiene ist vorstellbar?  
−
* Are there hidden costs? If so, what are they?
 
−
* Is the cost of this problem covered in the cost of something else? If so, what and how much?
 
−
* Is the problem manifested in terms of poor quality or a perception of an ineffective organization?
 
  
−
' Identifying the Business & Technical Environment, and Documenting in Models
+
== IVS-Business Szenario Template ==
−
Questions to ask about the business environment:
 
−
* What key process suffers from the issues? What are the major steps that need to be processed?
 
−
* Location/scale of internal business departments?
 
−
* Location/scale of external business partners?
 
−
* Any specific business rules and regulations related to the situation?
 
−
Questions to ask about the current technology environment:
 
−
* What technology components are already presupposed to be related to this problem?
 
−
* Are there any technology constraints?
 
−
* Are there any technology principles that apply?
 
−
Identifying and Documenting Objectives
 
−
* Is the "what" sufficiently backed up with the rationale for "why"? If not, ask for measurable rationale in the following areas:
 
−
* Return on investment
 
−
* Scalability
 
−
* Performance needs
 
−
* Compliance to standards
 
−
* Ease-of-use measures
 
−
Identifying Human Actors and their Place in the Business Model
 
−
An actor represents anything that interacts with or within the system. This can be a human, or a machine, or a computer program. Actors initiate activity with the system, for example:
 
−
* Computer user with the computer
 
−
* Phone user with the telephone
 
−
* Payroll clerk with the payroll system
 
−
* Internet subscriber with the web browser
 
−
An actor represents a role that a user plays; i.e., a user is someone playing a role while using the system (e.g., John (user) is a dispatcher (actor)). Each actor uses the system in different ways (otherwise they should be the same actor). Ask about the humans that will be involved, from different viewpoints, such as:
 
−
* Developer
 
−
* Maintainer
 
−
* Operator
 
−
* Administrator
 
−
* User
 
−
Identifying Computer Actors and their Place in the Technology Model
 
−
Ask about the computer components likely to be involved, again from different points of view. What must they do?
 
−
Documenting Roles, Responsibilities, Measures of Success, Required Scripts
 
−
* When defining roles, ask questions like:
 
−
* What are the main tasks of the actor?
 
−
* Will the actor have to read/write/change any information?
 
−
* Will the actor have to inform the system about outside changes?
 
−
* Does the actor wish to be informed about unexpected changes?
 
−
Checking for Fitness-for-Purpose, and refining if necessary
 
−
* Is there enough information to identify who/what could fulfil the requirement? If not, probe more deeply.
 
−
* Is there a description of when, and how often, the requirement needs to be addressed? If not, ask about timing.
 
  
−
== Template zu Busienss Szenarien ==
+
[[Media:IVS-Business-Szenario-Template_00-00-04.docx|Template für Business Szenarien]]
−
[[Media:Business-Szenario_Template_V2.docx | Template für BS]]
 

Aktuelle Version vom 2. Februar 2018, 14:36 Uhr

IVS-Business Szenario...

  • ist ein IVS-Architekturdeliverable, das der Identifikation von IVS-Anforderungen, z. B. in Bezug auf Stakeholder, IVS-Rollen, IVS-Akteure oder die IVS-Architekturvision dient.
  • identifiziert ein größeres Problem und beschreibt seine Lösung umfassend, unter Beachtung, dass die Beschreibung aus der Sicht der Anforderungen erfolgt und noch nicht konkret auf Lösungen eingeht.
  • beschreibt in Phase A ein umfängliches End-to-End-Szenario, dessen Beschreibung in der Phase B vertieft wird.

Beispiel

Ein Beispiel wäre die Planung einer Route. D.h. der Reisende, z. B. ein LKW-Fahrer möchte Ware von Stuttgart nach Köln transportieren. Er möchte gerne eine Route fahren, die keine Staus enthält und die für seinen LKW mit Sonderhöhe geeignet ist (d.h. keine Brücken unter 3 Meter Höhe).

Daraus ergeben sich Anforderungen an das Planungssystem, an die benötigen Informationen und Daten sowie an die beteiligten Akteure.

Fragen zur Ausarbeitung eines Business Szenarios

Identifikation, Dokumentation des Problems zum Ranking der Probleme

  • Ist das Problem so beschrieben, dass man daraus erkennen kann, was man zur Behebung unternehmen muss (Schritte in einem Vorgehen) und nicht wie es behoben werden soll (kein Fokus auf die Technologie)?
  • Ist das Problem zu spezifisch oder fokussiert es das "Wie"?
  • Warum muss es genau so gemacht werden? Kann es alternative Lösungen geben?
  • Ist das Problem zu ungenau oder gibt es dazu keinerlei Lösung?
  • Was sind die Folgen, wenn das Problem gelöst wurde?
  • Wo tritt das Problem genau auf?
  • Wann tritt das Problem genau auf?
  • Sind die Kosten, die das Problem verursacht, bekannt?
  • Gibt es versteckte Kosten? Wenn ja, welche?
  • Zeigt sich das Problem durch schlechte Qualität oder ineffektive Arbeit?

Identifikation der relevanten Umgebung und deren Dokumentation

  • Welche Prozesse leiden unter dem Problem?
  • Welche Organisationen sind vom Problem betroffen? Wo sind diese verortet? Um welchen Typ von Organisation handelt es sich?
  • Gibt es Regeln, Regularien oder Gesetze, die vom Problem betroffen sind?
  • Welche Technologie kann zur Problemlösung eingesetzt werden?
  • Sind Grenzen der Technologie bekannt?
  • Gibt es bekannte Grundsätze zur Technologie, die angewendet werden können?

Identifikation und Dokumentation der Ziele

  • Sind die Ziele ausreichend begründet über ...
    • ... Return on Investment,
    • ... Scalability,
    • ... Performance Needs,
    • ... Compliance to Standards,
    • ... Ease-of-use measures?

Identifikation der menschlichen Akteure

  • Computer user with the computer
  • Phone user with the telephone
  • Payroll clerk with the payroll system
  • Internet subscriber with the webbrowser
  • Developer
  • Maintainer
  • Operator
  • Administrator
  • User

Identifikation der maschinellen Akteure

  • Welche maschinellen Komponenten sind für das Business Szenario relevant?
  • Was müssen diese tun?

Dokumentation von Rollen, Zuständigkeiten, Erfolgsmaßen

  • Was sind die Hauptaufgaben des Akteurs?
  • Welche Informationen muss der Akteur lesen/schreiben/ändern?
  • Wen muss der Akteur informieren bei Änderungen?
  • Unter welchen Bedingungen/über welche Veränderungen muss der Akteur informiert werden?

Prüfung auf Fitness-for-Purpose

  • Reichen die Informationen aus, um daraus ableiten zu können, wer oder was die Anforderung erfüllen könnte?
  • Falls nicht, welche Zeitschiene ist vorstellbar?

IVS-Business Szenario Template

Template für Business Szenarien

Abgerufen von „http://wikiivs.albrechtconsult.com/index.php?title=Business_Szenarien&oldid=13098“