BUSINESS ANALYSIS UND REQUIREMENTS ENGINEERING

Transkript

1 peter HRUSCHKA BUSINESS ANALYSIS UND REQUIREMENTS ENGINEERING FÜR SCHLANKE, EFFEKTIVE im GESCHÄFTSPROZESSE agilen Umfeld UND OPTIMALE IT-UNTERSTÜTZUNG

2 Kleingedrucktes Diese Unterlagen sind urheberrechtlich geschützt. Jede Verwendung außerhalb der engen Grenzen des Urheberrechts ist ohne schriftliche Zustimmung von Dr. Peter Hruschka unzulässig und strafbar. Dies gilt insbesondere für Vervielfältigungen, Übersetzungen, Mikroverfilmungen sowie Einspeichern und Verarbeiten in elektronischen Systemen. Hier angegebene Gebrauchsnamen, Handelsnamen oder Warenbezeichnungen usw. können auch ohne besondere Kennzeichnung Marken sein und als solche den gesetzlichen Bestimmungen unterliegen. Ungeachtet der Sorgfalt, die auf die Erstellung von Text, Abbildungen und Programmen verwendet wurde, können weder Autor noch Veranstalter für mögliche Fehler und deren Folgen eine juristische Verantwortung oder Haftung übernehmen. Atlantic Systems Guild

3 IT Business Atlantic Systems Guild

4 Requirements Engineers Business Analysts Atlantic Systems Guild

5 Business Analysis (gemäß IIBA) Busines- Analyse Planung und Überwachung Erhebung Enterprise Analyse Bewertung & Validierung fachlicher Lösungen Requirements Management und Kommunikation Requirements Analyse Grundlegende Kompetenzen Atlantic Systems Guild

6 Requirements Engineering gemäß IREB Anforderungs- ermittlung Anforderungs- spezifikation Requirements-Analyse (Systemanalyse) Requirements Engineering Requirements Management Atlantic Systems Guild

7 Ein einfaches Mapping Busines- Analyse Planung und Überwachung Enterprise Analyse Anforderungs- Erhebung " "Requirements ermittlung -Analyse " "(Systemanalyse) Requirements Analyse Anforderungs- Grundlegende Kompetenzen spezifikation Bewertung & Validierung fachlicher Lösungen Requirements Management Requirements Management und Kommunikation Atlantic Systems Guild

8 Business Analysis & Requirements Engineering Zwei Seiten derselben Medaille (strategische) Ziele Wünsche, Bedürfnisse, Ideen externe Zwänge & Auflagen (Gesetze, Direktiven, ) Business- Analyse Requirements- Engineering Ist-Zustand (identifizierte Schwachstellen und Unzulänglichkeiten) (harmonisierte, priorisierte & strukturierte) Anforderungen - für bessere/neue Produkte - für optimierte Prozesse (Ablauf- und Aufbauorganisation) Atlantic Systems Guild

9 Ist der Wasserfall wirklich Vergangenheit? Business Analysis Optimierte Geschäftsprozesse, Qualitätsverbesserungsvorschläge Organisatorische Änderungen IT-Analysis HOFFENTLICH Design Atlantic Systems Guild

10 Business & Product Improvement heute ITERATIV: Vom Wasserfall zu vielen Mini-Wasserfällen Atlantic Systems Guild

11 Business & Product Improvement heute ITERATIV: Vom Wasserfall zu vielen Mini-Wasserfällen nutzen ausrollen Design Atlantic Systems Guild

12 ITERATION JA, ABER NICHT OHNE CLEAN PROJECT START Clean Project Start = Ausbalancieren von drei Zutaten: Ziele Scope Stakeholder Atlantic Systems Guild

13 T-STICH-VERFAHREN Auf jeden Fall Scope, Ziele und Stakeholder explizit festlegen Projektumfang (Scope) Tiefgang, Detaillierung Präzisierung der Anforderungen für Release 1 Präzisierung der Anforderungen für Release 2 Präzisierung der Anforderungen für Release 3

14 Kontext Scope of Work (Arbeitsumfang, " Business Scope) Scope of Product (Produktumfang) 14

15 Business Analysis & Requirements Engineering: Verschiedene Scopes und verschiedener Tiefgang Umfang der Business-Analyse Umfang der Produkt-Analyse Business- Scope Produkt- Scope Tiefgang und Business- Präzision Analyst der Anforderungen SO NICHT IT-System Analytiker

16 Besser miteinander und mit gemeinsamer Sprache *) Business- Scope Umfang der Analyse Produkt- Scope Tiefgang und Präzision der Anforderungen *) - Kontextdiagram, - tabellarische Schnittstellenbeschreibung, - diverse UML-Diagramme zur Darstellung des Kontexts

17 Die agile Gefahr: SCRUM ganz einfach? 3 Rollen SCRUM-Master SCRUM-Team Product-Owner 4 Artefakte Product Backlog Release Burndown Sprint-Backlog Sprint-Burndown 5 Meetings Release Planning Sprint Planning Daily Standup-Meeting Sprint Review Sprint Retrospective Atlantic Systems Guild

18 SCRUM - ganz einfach? 3 Rollen SCRUM-Master SCRUM-Team Product-Owner 4 Artefakte Product Backlog Release Burndown Sprint-Backlog Sprint-Burndown 5 Meetings Release Planning Sprint Planning Daily Standup-Meeting Sprint Review Sprint Retrospective Atlantic Systems Guild

19 Die einfache Rolle? des Product Owners Requirements aus Business Sicht priorisieren Langfrist im Auge behalten, gegen Kurzfrist abwägen konstant Business Value liefern Stakeholder managen Mit einer Stimme gegenüber dem Team auftreten Wünsche und Meinungen sammeln, zusammenführen, konsolidieren und priorisieren Das Team mit Input versorgen Atlantic Systems Guild Sprint Backlog granular genug zur Verfügung stellen Partner für weitere Klärungen zum Backlog

20 Die einfache Rolle? des Product Owners Requirements aus Business Sicht priorisieren Langfrist im Auge behalten, gegen Kurzfrist abwägen konstant Business Value liefern Stakeholder managen Mit einer Stimme gegenüber dem Team auftreten Wünsche und Meinungen sammeln, zusammenführen, konsolidieren und priorisieren Das Team mit Input versorgen Atlantic Systems Guild Sprint Backlog granular genug zur Verfügung stellen Partner für weitere Klärungen zum Backlog

21 Requirements kommen nicht geordnet, sondern in beliebiger Reihenfolge und beliebiger Granularität, bunt gemischt zwischen funktionalen Anforderungen, Qualitätsanforderungen und Randbedingungen Ziele (= gröbste Anforderungen) grobe Anforderungen mittlere Granularität feinste Anforderungen Atlantic Systems Guild Der Job des Analytikers: Alle Requirements sollten konsistent aus den Zielen ableitbar sein

22 Requirements gliedern oder bündeln Scope of Work Scope of Product nach logischen FUNKTIONEN HISTORIE: so, wie es bisher immer gegliedert war nach ORGANISATORISCHen Gesichtpunkten nach HARDWARE-Einheiten nach GEOGRAPHISCHer Verteilung... nach PROZESSEN Innen- Sichten Aussen- Sicht Atlantic Systems Guild

23 Prozess bleibt Prozess Egal, wie Sie ihn nennen Geschäftsprozess Geschäftvorfall Business Use-Case Product Use-Case User Story... Ein IT-Prozess ist DER Ausschnitt aus einem Geschäftsprozess, der automatisiert werden soll Egal, wie Sie ihn darstellen Use-Case-Diagramm Activity-Diagramm BPMN-Diagramm eepk nach Prof. Scheer Flussdiagramm Datenflussdiagramm Kärtchen mit User-Story... Atlantic Systems Guild

24 Machen Sie Ihre Scheuklappen auf organisatorisch SW organisatorisch SW organisatorisch Atlantic Systems Guild

25 Machen Sie Ihre Scheuklappen auf mechanisch SW elektrisch SW mechanisch Atlantic Systems Guild

26 Machen Sie Ihre Scheuklappen auf Beginnen Sie mit dem Überblick über den Geschäftsprozess und studieren Sie die Teile exakter, die automatisiert werden sollen. Atlantic Systems Guild

27 Nochmals zum T-STICH-VERFAHREN Projektumfang (Scope) Auf jeden Fall Scope, Ziele und Stakeholder explizit festlegen Tiefgang, Detaillierung Aber auch: - Roadmapping, - Releaseplanung, - Risikomanagement, - Aufwandschätzungen

28 Roadmaps Überblick über die Sprints/Releases mit Enddatum und grober Funktionalität Zeitraum: 6 Monate bis ein Jahr, große Projekte auch länger Beruhigt die Nerven von Managern Ist vage genug, um keine festen Versprechungen einzugehen. Velocity Sprint Review Was die Roadmap NICHT ist: KEINE absolut verbindliche, definitive und nicht-veränderbare Beschreibung von dem, was in den nächsten n Releases sicher geliefert wird Geschätzter Aufwand Product- Backlog Release- Planung Sondern: Eine Absichtserklärung Aber glaubhaft und machbar Nach bestem Wissen und Gewissen gemäß den heutigen Erkenntnissen füllen organisieren strukturieren priorisieren Sprint-Backlog Sprint Basis für Planung und Risikoabschätzung Atlantic Systems Guild

29 Fazit Trennen Sie NIE Business Analysis & Requirements Engineering Das Ziel ist identisch: nachhaltig bessere Produkte und optimierte (tlw. IT-gestützte) Prozesse Business und IT müssen gemeinsam daran arbeiten Auch für IT-Prozess oder Produktprozesse ist es hilfreich, den Business-Hintergrund und die Business-Zielsetzung zu kennen. Führen Sie keine Methoden- und Werkzeugkriege Entscheiden Sie sich für EINE gemeinsame Sprache & Notationen, unterstützt durch EIN Werkzeug Vermeiden Sie Übersetzungen und Toolwechsel. Das macht das Leben nur schwerer. Atlantic Systems Guild

30 Fazit (ff) Nehmen Sie agile Ideen ernst Klare Verantwortung (One Throat to choke) Eine Roadmap für die Strategie, gepaart mit rasch erreichbaren, sinnvollen Zwischenergebnissen (minimal viable product) Vorsicht vor zu einfachen Ideen Product Owner: gute Idee, aber schwer umzusetzen User-Stories sind nicht alles (sie ignorieren Domänenmodelle, Qualitätsanforderungen, Randbedingungen,...) Atlantic Systems Guild

31 Das neue Buch (ab Januar 2014) Werbung peter HRUSCHKA BUSINESS ANALYSIS UND REQUIREMENTS ENGINEERING PRODUKTE UND PROZESSE NACHHALTIG VERBESSERN FÜR SCHLANKE, EFFEKTIVE GESCHÄFTSPROZESSE UND OPTIMALE IT-UNTERSTÜTZUNG EXTRA: Mit kostenlosem E-Book Video-based Analysis Training (Deutsch und Englisch) Der Kurs Agiles Requirements Engineering Atlantic Systems Guild