Business Analyse

prädikatives Vorgehensmodell vs. adaptives Vorgehensmodell

- Prozessmodell (Aktivitäten)
- Rollen (Projektmitarbeiter)
- Artefaktstruktur (Artefakte)

Beschreibung eines Unternehmensbedarfs
- welche Investitionen braucht es
- welcher Mehrwert wird erreicht
- nicht-monetäre Mehrwerte sind auch quantifizierbar, wenn auch nicht monetär

Validierung: kommen wir ans Ziel? Bauen wir das richtige System?

Verifizierung: kommen wir auf dem richtigen Weg ans Ziel? Bauen wir das System richtig?

Erkenne - bewerten - bewältigen - überwachen

Eintrittswahrscheinlichkeit & Schadensausmass

unterschiedeli Massnahmen im Umgang mit Risiken
- Akzeptieren
- Vermeidung, etwas unterlassen
- Verminderung durch flankierende Massnahmen (Senkung Eintrittswahrscheinlichkeit bzw. Schadensausmass)
- Risikoabwälzung z.B an eine Versicherung

Indipendent Negotiable Valuable Estimatable Small Testable

Neutral formuliert, was erfüllt werden muss um das übergeordnete Ziel zu erreichen

funktionale Anforderung: Validieren - was müssen wir tun

nicht funktionale Anforderung: wie müssen wir es tun

Fishbone - Ishikawa zur Analyse von Problemstellungen

zur Analyse von Problemstellungen

Unternehmens-Landkarte mit 9 Unternehmensaspekten - alternativ zum Business-Plan zur Definition des SOLL Zustand. oft auch für Start Up's

1. Customer Segments - Kundensegmente
2. Value Propositons - Wertangebote
3. Channels - Kanäle
4. Customer Relationships - Kundenbeziehungen
5. Revenue Streams - Einnahmequellen
6. Key Resources - Schlüsselressourcen
7. Key Activities - Schlüsselaktivitäten
8. Key Partnerships - Schlüsselpartner
9. Cost Structure - Kostenstruktur

mögliche Kundenbedürfnisse und wie diese abgedeckt werden können zur Definition des SOLL Zustand

das eigene Unternehmen wird in der Umfeldanalyse als eigenes, in sich geschlossenes System betrachet, welches sich zum Überleben mit anderen Systemen austauschen muss

wertorientierter Ansatz zur Untersuchung von Vor- und/oder Nachteilen des eigenen Unternehmens als Vergleich zu Mitbewerbern; zur Konkurrenzanalyse

- Strategisch
- Prozess
- Produkt
zur Konkurrenzanalyse (auch intern möglich)

Anlayse des Branchenwettbewerbs (Konkurrenzanalyse)
1. potentielle neue Kokurrenten
2. Abnehmer
3. Ersatzprodukte (v.a. auch durch Digitalisierung)
4. Lieferanten
5. Wettbewerber in der Branche

jedes Ziel zu jedem anderen Ziel verglichen (autonom, konflikt, unterstützt)

Präferenzmatrix mit %-Werten (total 100%) 

Zwingenden Einschränkung (gesetzlich, aber auch Kosten, Zeit, Betriebsregeln..)
Restriktion ist eizuhalten - ein Ziel kann verfehlt werden

GAP-Analyse von SOLL vs. IST-Zustand z.B. mit Netzgrafik

Abhängigkeiten und Auswirkungen zwischen den wichtigsten Dimensionen (Finanzen, Kunden, interne Prozesse, Lernen und Entwicklung) in Bezug auf
- Strategische Ziele
- Kennzahlen
- Zielwerte
- Massnahmen etc.

1. Strukturperspektive
2. Funktionsperspektive
3. Verhaltensperspektive

Unified Modeling Language

Funktion

• Datenfluss
• Anwendungsfall (Use Case)
• Aktivitätsdiagramm
• Sequenzdiagramm

Verhalten

• Zustandsdiagramm

• Entity Relationship Diagramm
• Klassendiagramm (Objektdiagramm)

Die Beschreibung einer Anforderung an eine neue Software auf einer hohen Abstraktionsebene.  Dabei wird ein Epic in mehrere User Stories zerlegt, mit dem Ziel einer besseren Detaillierung.

Eine User-Story („Anwendererzählung“) ist eine in Alltagssprache formulierte Software-Anforderung. Sie ist bewusst kurz gehalten und umfasst in der Regel nicht mehr als zwei Sätze

Immer "ich-Formulierungen" mit: Als Anbieter will ich nach Coaches suchen, so dass ich Kontakt aufnehmen kann.

Benutzerrolle + Ziel + Grund = wer - was - wieso

Bei einem Use Case werden jedoch alle Erfolgs- und Misserfolgsszenarien bei der möglichen Erreichung eines fachlich relevanten Ziels gebündelt dargestellt.[4] Eine User-Story stellt hingegen eine fachlich motivierte Anforderung dar, die von einem Anwender zwar als erfolgreich bzw. nicht erfolgreich umgesetzt beurteilt werden kann, allerdings wird der Anwender allein mit der User-Story kein fachliches Ziel erreichen können.

Use Case zeigen "was" passiert, aber nicht "wie"

Graphical user interface 

schrittweise

Inkrement, Erhöhung des Wertes einer Variablen (z.B. von 0.1 auf 0.2)

Einfluss und Interesse hoch -> A Kooperation suchen (RSCHL)
Einfluss hoch, Interesse gering -> B Zufriedenstellen (TGO)
Einfluss gering, Interesse hoch -> C regelmässig informieren (HGA)
Einfluss gering, Interesse gering -> D keine Aktivitäten (NL-ADM)

erste grobe Beschreibung der Anforderungen - rasch verfügbar

Basisfaktoren - elementare Anforderungen, z.B. aus Legacy System
Leistungsfaktoren - Performance Anforderungen, ein Mehrwert
Begeisternde Faktoren - überzeugende Anforderungen