Susanne Muehlbauer 29. November 2011

Größe: px

Ab Seite anzeigen:

Download "Susanne Muehlbauer 29. November 2011"

Peter Tiedeman
vor 8 Jahren
Abrufe

1 Machen Sie noch Modellierung Anforderungsmanagement oder sind Sie schon READY for SCRUM? Susanne Muehlbauer 29.

2 Wer ist HOOD unser Geschäftsfeld Der Einsatz von Requirements Engineering und kontinuierliche Prozess-Improvement - Initiativen wie CMMI oder SPICE ist ein essentieller Baustein großer, weltweit tätiger Konzerne für erfolgreiche Entwicklung komplexer Produkte, Dienstleistungen und Systeme. schriftliche Zustimmung der HOOD Group verboten -2-

3 HOOD Service Portfolio schriftliche Zustimmung der HOOD Group verboten -3-

4 HOOD- Excellence in Requirements REConf schriftliche Zustimmung der HOOD Group verboten -4-

5 Neue Ideen sind durch ihre Ungewohntheit oft schwer verständlich Franz Marc Sein Talent kann man nicht einsetzen, wenn man sein Handwerk nicht versteht Harald Leibnitz -5-

6 Wo finden wir Requirements in Scrum? Product Vision Requirements Acceptance 2-4 Wochen Business/System Requirements Implementation Requirements -6-

7 Scrum Dokumentation sagt zu Requirements Engineering folgendes: [ ] refining (or grooming ) the Product Backlog: This includes detailed requirements analysis, [ ] Aber: Scrum is silent on how this work is done [ ] [SUT10] -7-

8 Zentrale Fragen 1. Wo sind die Unterschiede zum klassischen Anforderungsmanager? 2. Wie füllt der Product Owner das Backlog? 3. Was unterstützt den PO dabei, gute User Stories zu erstellen? 4. Sind User Stories das Einzige, was ein guter PO kennen muss? 5. Wie stellt der PO sicher, dass er agil arbeitet? -8-

9 Der Product Owner in der Projektorganisation Requirements Engineering Product Owner Requirements Engineering Scrum Master Development Team Stakeholders Scrum Team -9-

Soruce: http://wallpapers-free.co.uk/backgrounds/cartoons/disney/the-incredibles.jpg Source: http://www.gamgea.com/wp-content/uploads/2009/04/the-incredibles-1-sized1.

10 Soruce: Source: Verantwortung des Product Owner Product Backlog Fachliche Klärung der Backlog Items Wert des Produkts/ der Arbeit (ROI) Priorisierung und Reihenfolge der Backlog Items Abnahme der Produktinkremente Release Planung Product Owner ist ein Fulltime Job -10-

Soruce: http://wallpapers-free.co.uk/backgrounds/cartoons/disney/the-incredibles.jpg Soruce: http://wallpapers-free.co.uk/backgrounds/cartoons/disney/the-incredibles.jpg Source: http://www.gamgea.

11 Soruce: Soruce: Source: Fähigkeiten des Product Owner Project Management Kommunikationsfähigkeiten Know How zur Business Domäne Requirements Engineering Product Owner ist ein herausfordernder Job -11-

12 Prinzipien für Requirements Engineering in Scrum 1: Time boxing Die Beschränkung des Bearbeitungsumfanges auf einen Sprint von zwei bis vier Wochen: Je näher der Sprint desto klarer und detaillierter die Anforderungen 2: Face-to-face Die Kommunikation der Anforderungen durch persönliche Gespräche 4: Deferred Decisions Evolutionäre Entwicklung der Anforderungen zum spätestmöglichen Zeitpunkt (Trennung von Problem und Lösung) 5: Embrace Change Änderungen an Anforderungen sind erwünscht, sie machen das Produkt besser Keine Änderungen im Sprint -12-

13 Zentrale Fragen 1. Wo sind die Unterschiede zum klassischen Anforderungsmanager? 2. Wie füllt der Product Owner das Backlog? 3. Was unterstützt den PO dabei, gute User Stories zu erstellen? 4. Sind User Stories das Einzige, was ein guter PO kennen muss? 5. Wie stellt der PO sicher, dass er agil arbeitet? -13-

14 Magic Backlog READY Available Ordered/ Prioritized Estimated INVEST Understood Source:

15 Von der Vision zum Product Backlog Fahrgast Aufzugsystem Wartungspersonal Vision Operator Business Processes Energieversorgung Business Plan Business Drivers Organization Product Backlog Minimum Marketable Product Constraints Feature Feature Feature User Story User Story User Story User Story User Story User Story User Story -15-

16 Product Vision - Beispiel All my music is in my pocket Apple -16-

17 Agile Methoden für die Product Vision Elevator Statement Press Release Product Feature Feature Feature Vision Box [COH06] -17-

18 Requirements Engineering: Scope definieren System Kontext und Schnittstellen Stakeholder Analyse -18-

19 Zentrale Fragen 1. Wo sind die Unterschiede zum klassischen Anforderungsmanager? 2. Wie füllt der Product Owner das Backlog? 3. Was unterstützt den PO dabei, gute User Stories zu erstellen? 4. Sind User Stories das Einzige, was ein guter PO kennen muss? 5. Wie stellt der PO sicher, dass er agil arbeitet? -19-

Quelle: http://www.pfoten-und-co.de/fotos/pflegepferd.

20 Quelle: Grooming the Backlog Detailed Requirements Analysis Splitting large items (Re-) Estimation (Re-) Prioritization -20-

21 Informationsmodell Ebenen & Artefakte Ebenen Artefakte Notation Aktivitäten Problem Warum? Vision Epic, damit Backlog Grooming Was? Product Backlog User Story Als User will ich Planning I Wie? SW-Design z.b. UML Modell z.b. Use Case Planning II Lösung Was? Tasks Stichworte Stichworte Planning II -21-

22 Ein Informationsmodell Verantwortung Verantwortlich: PO Beteiligt: Team Verantwortlich: Team Beteiligt: PO Der PO ist in allen Scrum-Meetings anwesend und steht jederzeit (auch während des Sprints) zur Beantwortung von Fragen zur Verfügung -22-

23 Quality Check INVEST in Good Stories Bill Wake -23-

24 Story Splitting -24-

25 Zentrale Fragen 1. Wo sind die Unterschiede zum klassischen Anforderungsmanager? 2. Wie füllt der Product Owner das Backlog? 3. Was unterstützt den PO dabei, gute User Stories zu erstellen? 4. Sind User Stories das Einzige, was ein guter PO kennen muss? 5. Wie stellt der PO sicher, dass er agil arbeitet? -25-

26 Beschreibung des Problems Business Process Modelle Business Use Case Modelle Business Use Case Beschreibungen Mockups Business Regeln Fachliches Datenmodell Screen Shots

27 Beschreibung der Lösung Anforderungen an die Implementierung -27-

28 Zentrale Fragen 1. Wo sind die Unterschiede zum klassischen Anforderungsmanager? 2. Wie füllt der Product Owner das Backlog? 3. Was unterstützt den PO dabei, gute User Stories zu erstellen? 4. Sind User Stories das Einzige, was ein guter PO kennen muss? 5. Wie stellt der PO sicher, dass er agil arbeitet? -28-

analyzed Requirements Later Versions Quelle: WENN DER KUNDE NICHT WEISS, WAS ER WILL:

29 Team selektiert Backlog Items für Sprint Backlog Current Iteration READY State Prio In Detail Analyzed Requirements Reihenfolge der Abarbeitung Current Version Roughly analyzed Requirements Later Versions Quelle: WENN DER KUNDE NICHT WEISS, WAS ER WILL: TIPPS FÜR DEN AGILEN UMGANG MIT ANFORDERUNGEN, OBJEKTspektrum September/Oktober

30 Scrum Prinzipien Time boxing Face-to-face Deferred Decisions Embrace Change Erheben -> Spezifizieren -> Analyse -> Design -> Implementierung

31 Nur fertig ist fertig Ralf Wirdemann -31- Definition of Done Dokumentation Tests Refactoring

32 Zusammengefasst Beziehen Sie das Team in die Anforderungsmanagementaktivitäten ein : Definieren Sie nicht die Lösung fragen Sie die Experten Beziehen Sie die Stakeholder mit ein und vergessen Sie externe Stakeholder nicht Versuchen Sie, auch die technische Lösungsfindung zu verstehen Holen Sie sich Hilfe vom Team beim Formulieren und Schneiden von User Stories Seien Sie aktiv, bringen Sie sich ein und geben Sie Feedback -32-

33 READY for Scrum?... oder sind Sie DONE? -33-

34 Vielen Dank! Susanne Mühlbauer HOOD GmbH Büro München Keltenring Oberhaching Germany Tel:

Ähnliche Dokumente

READY-STEADY-DONE! Der Product Owner are you READY for agile?!

READY-STEADY-DONE! Der Product Owner are you READY for agile?! Susanne Mühlbauer HOOD GmbH Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -1- Neue Ideen sind