peter HRUSCHKA BUSINESS ANALYSIS UND REQUIREMENTS ENGINEERING FÜR SCHLANKE, EFFEKTIVE im GESCHÄFTSPROZESSE agilen Umfeld UND OPTIMALE IT-UNTERSTÜTZUNG
Kleingedrucktes Diese Unterlagen sind urheberrechtlich geschützt. Jede Verwendung außerhalb der engen Grenzen des Urheberrechts ist ohne schriftliche Zustimmung von Dr. Peter Hruschka (hruschka@b-agile.de) 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 2013 2
IT Business Atlantic Systems Guild 2010 3
Requirements Engineers Business Analysts Atlantic Systems Guild 2010 4
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 2013 5
Requirements Engineering gemäß IREB Anforderungs- ermittlung Anforderungs- spezifikation Requirements-Analyse (Systemanalyse) Requirements Engineering Requirements Management Atlantic Systems Guild 2013 6
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 2013 7
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 2010 8
Ist der Wasserfall wirklich Vergangenheit? Business Analysis Optimierte Geschäftsprozesse, Qualitätsverbesserungsvorschläge Organisatorische Änderungen IT-Analysis HOFFENTLICH Design Atlantic Systems Guild 2013 9
Business & Product Improvement heute ITERATIV: Vom Wasserfall zu vielen Mini-Wasserfällen Atlantic Systems Guild 2013 10
Business & Product Improvement heute ITERATIV: Vom Wasserfall zu vielen Mini-Wasserfällen nutzen ausrollen Design Atlantic Systems Guild 2013 11
ITERATION JA, ABER NICHT OHNE CLEAN PROJECT START Clean Project Start = Ausbalancieren von drei Zutaten: Ziele Scope Stakeholder Atlantic Systems Guild 2013 12
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
Kontext Scope of Work (Arbeitsumfang, " Business Scope) Scope of Product (Produktumfang) 14
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
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
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 2013 17
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 2013 18
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 2013 19 Sprint Backlog granular genug zur Verfügung stellen Partner für weitere Klärungen zum Backlog
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 2013 20 Sprint Backlog granular genug zur Verfügung stellen Partner für weitere Klärungen zum Backlog
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 2013 21 Der Job des Analytikers: Alle Requirements sollten konsistent aus den Zielen ableitbar sein
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 2013 22
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 2013 23
Machen Sie Ihre Scheuklappen auf organisatorisch SW organisatorisch SW organisatorisch Atlantic Systems Guild 2013 24
Machen Sie Ihre Scheuklappen auf mechanisch SW elektrisch SW mechanisch Atlantic Systems Guild 2013 25
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 2013 26
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
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 2013 28
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 2013 29
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 2013 30
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 www.reomnis.eu Video-based Analysis Training (Deutsch und Englisch) Der Kurs Agiles Requirements Engineering Atlantic Systems Guild 2013 31