Der Business Analyst in der Rolle des agilen Owners HOOD GmbH Susanne Mühlbauer Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -1-
Inhalte Agile Software Entwicklung Scrum Scrum und Business Analyse Warum agile Software Entwicklung Was ist Scrum? Der Owner im Scrum Framework Gemeinsamkeiten und Unterschiede der Rollen Owner und Business Analyst -2-
Inhalte Agile Software Entwicklung Warum agile Software Entwicklung -3-
Die Softwarefabrik Gut gemeint, aber...... die falsche Analogie! -4-
Software-Entwicklung ist komplex! Quelle: Ken Schwaber: Agiles Projektmanagement mit Scrum. Microsoft Press 2007 (ISBN 978-3-86645-631-0) -5-
Agile Manifesto Quelle: nach http://agilemanifesto.org/iso/de/ -6-
Agile Manifesto Das agile Manifest beschreibt, was aus Sicht der Autoren in der SW- Entwicklung wirklich wichtig ist. Quelle: nach http://agilemanifesto.org/iso/de/ -7-
Agile Manifesto Das Agile Manifest trifft keine Aussagen zu Methoden und Prozessen Scrum als bekanntestes Framework Quelle: nach http://agilemanifesto.org/iso/de/ -8-
Inhalte Scrum Was ist Scrum? Der Owner im Scrum Framework -9-
Die Idee von Scrum SCRUM ist eine Projektmanagement-Methode Daily Scrum 24 stunden ID Anforderung Akzeptanzkriterien Prio UR1 Als Standardbenutzer 3 möchte ich UC2 Buch finden 2 UC3 Author hinzufügen 4 UR4 Als Author möchte ich 1 CI Aufsetzen Versionskontrolle aufdb-struktur setzen anlegen UR5 Als Standardbenutzer möchte ich 5 UC6 Buch hinzufügen 7 UC7 In den Einkaufswagen 8 Backlog Sprint Backlog Sprint Auslieferbares Produktinkrement Maximal 30 Tage * Agile Software Development with scrum, Ken Schwaber, Microsoft Press, 2004 ** Scrum guide, Scrum Alliance, http://www.scrumalliance.org/resource_download/598-10-
3 Rollen Owner Development Team Scrum Master Backlog Wert/ ROI Priorisierung Umsetzung Funktionsübergreifend selbstorganisiert Coaching Werte, Praktiken, Regeln Impediments -11-
Rolle Owner Owner Backlog Wert/ ROI Aufgaben Kompetenzen Verantwortung Priorisierung -12-
Rolle Owner - Aufgaben Owner Vision erstellen Backlog zur Verfügung stellen Backlog füllen Backlog pflegen Backlog Wert/ ROI Priorisierung Einträge im Backlog priorisieren Priorität kommunizieren Einträge im Backlog dem Team vermitteln Fertige Produktinkremente abnehmen -13-
Rolle Owner - Kompetenzen Owner Owner ist eine Person Unterstützung und Beeinflussung durch ein Komitee Entscheidungen müssen alle in der Organisation respektieren Vorgabe der Prioritäten für die Teams Backlog Wert/ ROI Niemand anderes darf dem Team andere Prioritäten vorgeben Sprintabbruch bei veränderten Prioritäten Priorisierung -14-
Rolle Owner - Verantwortung Owner Backlog Vision Backlog Produkterfolg ROI Wert der geleisteten Arbeit des Teams Wert/ ROI Priorisierung -15-
3 Artefakte Backlog Sprint Backlog Burndown Chart Anforderungen Priorisiert Geschätzt Selektierte Anforderungen Unveränderbar Commited Fortschritt Quelle: http://blog.mountaingoatsoftware.com/improving-on-traditional-release-burndown-charts -16-
Das Backlog Backlog Anforderungen Priorisiert Geschätzt Anforderungen an das zu entwickelnde Produkt Anforderungen an die Inbetriebnahme des Produkts Features, Funktionalitäten, Technologien, Verbesserungen und Fehlerbehebungen Attribute Beschreibung, Priorität und Schätzung. Nach Priorität sortiert. Einträge mit der höchsten Priorität treiben die Entwicklungsaktivitäten Einträge mit hoher Priorität sind klarer und haben mehr Detailinformationen Quelle: http://blog.mountaingoatsoftware.com/improving-on-traditional-release-burndown-charts -17-
Von der Vision zum Backlog Vision Business Plan Business Drivers Release Planung Backlog Minimum Marketable v1 v2 Feature 1 Feature 2 Feature n v3 User Story 1 User Story n User Story 1 User Story n User Story 1 User Story n -18-
Stellung des Owner im Projekt Requirements Engineering Owner Requirements Engineering Scrum Master Development Team Stakeholder Scrum Team -19-
Evolving Backlog Sprint 1 READY STEADY DONE Anforderungen/ Änderungen Sprint 2 READY STEADY Anforderungen/ Änderungen t -20-
Inhalte Scrum und Business Analyse Gemeinsamkeiten und Unterschiede der Rollen Owner und Business Analyst -21-
Business Motivation Model der OMG Defines what has to be done Business Plans as fundamental Deliverable Input für Owner -22-
Knowledge Areas (BABOK) Aktivitäten Owner -23-
Owner Business Analyst - Aufgaben Plan and Monitor Business Analysis Monitor Business Performance Define Business Need BA Stakeholder Management Requirements Elicitation Requirements Management Determine Solution Approach Define Solution Scope ( Vision) Define Business Case Assess Solution (Business Value) Validate Solution PO Einträge im Backlog dem Team vermitteln Reihenfolge der Bearbeitung steuern Fertige Produktinkremente abnehmen -24-
Owner Business Analyst - Kompetenzen Entscheidungsbefugnis für Prozesse (Empowerment): - Inhalt - Umfang - Priorität - Qualität BA Verantwortung/ Beratung für IT Scope: - Inhalt - Umfang - Priorität - Qualität PO Entscheidungsbefugnis für IT Scope (Empowerment): - Inhalt - Umfang - Priorität - Qualität Vermittlung der IT Anforderungen Entscheidungsbefugnis für IT Umsetzung -25-
Owner Business Analyst - Verantwortung Elicit Business Needs Define Process Define Solutions Process Performance Measurement BA Solution Performance Measurement Wert der Solutions für Business Backlog Vision PO Kosten Wert der geleisteten Arbeit Zeit ROI Qualität der Lösung -26-
Fazit Aufgaben Hohe Überschneidung Requirements Engineering Skills für beide Rollen essentiell PO hat zusätzlich Projektmanagement Aufgaben Kompetenzen Mittlere Überschneidung PO ist entscheidungsbefugt für die Umsetzung der Lösung PO benötigt Skills/ Verständnis für IT- Umsetzung Verantwortung Mittlere Überschneidung PO ist verantwortlich für den ROI der Lösung PO ist verantwortlich für Zeit, Qualiät und Kosten der Lösung -27-