Als PDF, PPTX herunterladen
![The Product Owner's Survival Kit - ein Überblick [DE]](https://cdn.slidesharecdn.com/ss_thumbnails/oop2017ndo4productownersurvivalkitmahlbergslideshare-170209124144-thumbnail.jpg?width=640&height=640&fit=bounds)
Paul ist Product Owner (DWX 2017)
- 1. Paul ist PO!Und Nun? Ulf Mewe @mewflu
- 2.
- 4.
- 5. ? Wie überzeuge ichmeinen Chef? Elevator Pitch Für <Zielgruppe> die <Bedürfnis / Problem> haben ist <Produktname> ein <Produktkategorie> das <Alleinstellungsmerkmal> und entgegen <Hauptkonkurrent> kann es <3-5 Differenzierungsmerkmale>.
- 6. Elevator Pitch Für Tierbesitzer diegerne mit ihrem Tier verreisen möchten ist PetTravel ein Reiseportal das kombinierte Buchungen für Tier und Mensch ermöglicht und entgegen UTI-Reise.com kann es 1. Tier-geeignete Feriendomizile vermitteln 2. Tiertransporte vermitteln 3. Services vermitteln (Dog-Sitter, Tiernahrung, …)
- 7. Elevator Pitch Für Tierbesitzer diegerne mit ihrem Tier verreisen möchten ist PetTravel ein Reiseportal das kombinierte Buchungen für Tier und Mensch ermöglicht und entgegen UTI-Reise.com kann es 1. Tier-geeignete Feriendomizile vermitteln 2. Tiertransporte vermitteln 3. Services vermitteln (Dog-Sitter, Tiernahrung, …) Fokussierung auf die Zielgruppe Fokussierung auf das Alleinstellungsmerkmal Abgrenzung zur Konkurrenz In kurzer Zeit vermittelbar
- 9. Level 2 PO? Undnun? PO
- 10. Typen von POs Walter •Domain Expert • Walter bereitet die Sprints sehr genau vor • Walter braucht bei der Spezifikation keine Unterstützung durch das Entwicklungsteam • Walter übergibt (fertig) spezifizierte Stories an das Entwicklungsteam In Anlehnung an https://stefanroock.wordpress.com/2012/12/09/shades-of-scrum-3-product-owners-and-a-product-owner-shaped-object/
- 11. Typen von POs Marty •Marty erarbeitet die Product Backlog Items fast immer zusammen mit dem Entwicklungsteam • Marty steht im Sprint immer für Nachfragen zur Verfügung In Anlehnung an https://stefanroock.wordpress.com/2012/12/09/shades-of-scrum-3-product-owners-and-a-product-owner-shaped-object/
- 12. Typen von POs Eric •Eric ist Product Owner und Teil des Entwicklungsteams • Eric verwaltet das Backlog zusammen mit dem Entwicklungsteam • Zum Beginn des Sprints sind die Sprint Items sehr unscharf und es muss noch viel geklärt / erarbeitet werden In Anlehnung an https://stefanroock.wordpress.com/2012/12/09/shades-of-scrum-3-product-owners-and-a-product-owner-shaped-object/
- 13. Typen von POs InAnlehnung an https://stefanroock.wordpress.com/2012/12/09/shades-of-scrum-3-product-owners-and-a-product-owner-shaped-object/ Jeff • Jeff und das Entwicklungsteam treffen sich nur zum Sprint Planning & Review • Jeff hat eine große Distanz zum Entwicklungsteam • Backlog Items sind sehr grob und enthalten wenig Details • Konkretisierung der Backlog Items erfolgt durch das Entwicklungsteam
- 14. Typen von POs InAnlehnung an https://stefanroock.wordpress.com/2012/12/09/shades-of-scrum-3-product-owners-and-a-product-owner-shaped-object/ Product Owner Product Owner Shaped Object
- 15. Typen von POs InAnlehnung an https://stefanroock.wordpress.com/2012/12/09/shades-of-scrum-3-product-owners-and-a-product-owner-shaped-object/ Marty Cagans Product Owner Product Owner Shaped Object Am häufigsten beschrieben Einfach zu implementieren Häufigster Typ
- 16. Typen von POs InAnlehnung an https://stefanroock.wordpress.com/2012/12/09/shades-of-scrum-3-product-owners-and-a-product-owner-shaped-object/ Marty Cagans Eric Ries Product Owner Product Owner Shaped Object Eric ist verantwortlich Delegation der Tätigkeiten Ideal bei unklaren Produkten
- 17. Typen von POs InAnlehnung an https://stefanroock.wordpress.com/2012/12/09/shades-of-scrum-3-product-owners-and-a-product-owner-shaped-object/ Jeff Sutherland Marty Cagans Eric Ries Product Owner Product Owner Shaped Object Geringste Unterstützung Sehr erfahrenes Team Lange Sprints Größte Freiheit für das Team
- 18. Typen von POs InAnlehnung an https://stefanroock.wordpress.com/2012/12/09/shades-of-scrum-3-product-owners-and-a-product-owner-shaped-object/ Jeff Sutherland Marty Cagans Eric Ries Walter Falls Product Owner Product Owner Shaped Object Walter spezifiziert Anforderungen Team setzt (nur) um Sehr dicht am Wasserfall Häufig anzutreffen
- 19. The Product Ownermay do the above work, or have the Development Team do it. However, the Product Owner remains accountable.
- 20.
- 21. Level 3 PO? Wastun? PO
- 22. ? Was macht eigentlichein PO? • Verantwortlich für – die Optimierung des „Return of Investment“ (ROI) – die äußere Qualität des Produktes – Building the right product • Der Product Owner muss – befugt sein Entscheidungen zu treffen (empowered) – das notwendige Wissen haben (Knowledge) – Zeit haben / Verfügbar sein (Time / Availibility) Gute Kommunikative Fähigkeiten haben
- 23. ? Lernen Was macht eigentlichein PO? Produkt Umfeld Mitarbeit
- 24. ? In Anlehnung anhttp://agiletrail.com/2011/11/29/37-tasks-for-a-product-owner%E2%80%99s-job/ In Summe …
- 25. The Product Ownermay do the above work, or have the Development Team do it. However, the Product Owner remains accountable.
- 26. Level 4 Und wiestarte ich jetzt? PO
- 27. Das Team Tina (Test) Sven(Scrum Master) Maja (Dev.) Dave (Dev.) Karl (Dev.) Sarah (Stakeholder) Boss Paul (PO)
- 28. Das Team Tina (Test) Sven(Scrum Master) Maja (Dev.) Dave (Dev.) Karl (Dev.) Sarah (Stakeholder) Boss Paul (PO)
- 29. ? Und wie starteich? Personas Produkt Vision Poster A Agile Inception Deck B C Opportunity Canvas Product Canvas
- 30. ? Personas Fiktive Repräsentanten von Benutzern oderBenutzergruppen genauer als Zielgruppen • Die Katzenlady • 63 Jahre • 5 Katzen • Möchte mal wieder Urlaub machen • Nicht online-affin • Kein Reisebüro vor Ort • …
- 31. ? Ulf Mewe PersonasPoster Ina Einemann HEC GmbH
- 32.
- 33. ? Personas Poster Heutige Alternativen Konkurrenzprodukte Wasmöchte die Persona? Was hat die Persona für Probleme?
- 34.
- 35.
- 36. ? Produkt Vision Poster Alleinstellungsmerkmal undweitere Stärken … aus Elevator Pitch Produktname Vision in natürlicher Sprache
- 37. ? Produkt Vision Poster …als User Story … aus Sicht der Personas Wer möchte was? und wozu?
- 38. ? Produkt Vision Poster SmarteZiele Alle Perspektiven! Spezifisch (eindeutig) Messbar Ansprechend (erstrebenswert) Realistisch Terminiert Stakeholder Risiken & Chancen
- 39. ? Agile Inception Deck https://agilewarrior.wordpress.com/2010/11/06/the-agile-inception-deck/ Jonathan Rasmusson 10questions to ask at the start of your next project
- 40. ? Agile Inception Deck 1.Why are we here? 2. Elevator Pitch 3. Product box 4. NOT List 5. Meet the neighbors 6. Show solution 7. Up at night 8. Size it up 9. What‘s going to give? 10. What‘s it going to take? https://agilewarrior.wordpress.com/2010/11/06/the-agile-inception-deck/
- 41. ? Agile Inception Deck What‘sgoing to give? Worauf kann am ehesten verzichtet werden? Trade-off sliders https://agilewarrior.wordpress.com/2010/11/06/the-agile-inception-deck/
- 42.
- 43. ? Product Canvas RomanPichler
- 44. ? Product Canvas User experience (UX) Userjourneys Design Story Boards Nicht-funkt. Anf. Design sketches Mock-ups Produkt Features Epics Szenarien Workflows Story Map
- 45. Level 5 Was wollenwir machen? PO
- 46. ? Was wollen wirmachen?
- 47. Das Team Tina (Test) Sven(Scrum Master) Maja (Dev.) Dave (Dev.) Karl (Dev.) Sarah (Stakeholder) Boss Paul (PO)
- 48. ? Und wie starteich? A Event Storming B Story Mapping
- 49. ? Story Mapping JeffPatton Alle machen mit, die mit die mit der Produktentwicklung zu tun haben
- 50. ? Story Mapping Karl Sven Vera Details anzeigen Wohnung suchen Wohnung wählen Tiere erfassen Wohnung buchen Wohnung bewerten Bewertung ansehen Wohnung anbieten Buchung bestätigen Anbieten SuchenBuchen Bewerten Definiere Benutzer und deren Ziele Personas Definiere Tätigkeiten der Benutzer Gruppiere die Tätigkeiten / Benenne die Gruppen
- 51.
- 52. ? Story Mapping Wohnung suchen Details anzeigen Wohnung wählen Tiere erfassen Wohnung buchen Wohnung bewerten Bewertung ansehen Wohnung anbieten Buchung bestätigen Anbieten SuchenBuchen Bewerten Definiere Releases Release 0.1 Release 1.0 Release 2.0 Vergiss nie die Vision / das Big Picture
- 53.
- 54. Level 6 Von derIdee ins Projekt PO
- 55. ? Product Backlog Epos 31 Epos12 Epos 9 Epos 4 Epos 7 Epos 2 User Story 4 User Story 33 User Story 14User Story 13User Story 3 User Story 1 User Story 6 User Story 2 User Story 5 Status Ready
- 56. ? Produkt Backlog EisbergMike Cohn Sprint Release Future Releases
- 57. ? How deep isyour Backlog? Detailed appropriately angemessen detailliert Estimated geschätzt D E Emergent dynamisch, veränderlichE Prioritized Priorisiert, besser geordnetP
- 58. ? How deep isyour Backlog? Clear to all verständlich Visible sichtbar C V
- 59.
- 60. Sinnvolle Ergänzungen? GUI Entwürfe Abläufe/ Prozesse Design / Anwendungslayout (Grobe) Architektur …
- 61.
- 62.
- 63. ? Und wie schreibeich es auf? Als User Story … aber Best Practice Nicht im Scrum Guide erwähnt Fokus von Schreiben auf Sprechen Fokus auf das Ziel einer Aktion Gleich verständlich für Kunden und Entwickler Unterstützung Iterativer Vorgehensweisen
- 64.
- 65. Level 7 Schneiden vonAnforderungen PO
- 66.
- 67. ? Priorisierung Quelle: John FergusonSmart (@wakaleo), Twitter
- 68.
- 69. ? Priorisierung Buy a Feature StoryMapping Ian McAllister Value vs. Risk Value vs. Cost Systemico Opportunity Scoring Quelle: D. Zacarias „20 Product Prioritization Techniques: A Map and Guided Tour”, 2016 Kano Feature Buckets
- 70. Level 9 Paul machtScrum PO
- 71. ? Backlog Refinement Kontinuierliche Tätigkeit vonPaul Good Practice: Team Refinement Paul stellt die obersten Backlog Items vor Paul diskutiert die Items mit dem Dev.team
- 72. ? Sprint Planning Paul &das Dev.team diskutieren, wie das Sprintziel aussieht und welche Stories zur Erreichung des Sprintziels benötigt werden Das Scrum Team einigt sich auf das Sprintziel Paul hilft dem Dev.team beim Verstehen der Backlog Items
- 73. ? Sprint Paul darfden Sprint abbrechen Paul hilft dem Dev.team beim Verstehen der Backlog Items Paul und das Dev.team dürfen bei neuen Erkenntnissen über den Sprint Scope diskutieren
- 74.
- 75. ? Review Paul lädt dasScrum Team & Stakeholder zum Review ein Paul stellt vor welche Items done und welche Items nicht done sind Das Dev.Team stellt die fertigen Items vor Paul diskutiert das Backlog mit den Anwesenden Paul informiert über geplante Termine Review u.a. der Potentiale, der Zeitplanung & des Budgets Feedback
- 76. ? Retrospektive Paul nimmt alsTeil des Scrum Teams an der Retrospektive teil
- 77. ? Product Owner Bedürfnisse Probleme ElevatorPitch PO Typen Aufgaben des PO Agile Inception Deck Opportunity Canvas Product Canvas Story Mapping Event Storming Product Backlog Schneiden von Anforderungen Priorisierung Product Owner in Scrum Schätzung Planung Produkt Vision Personas
- 78. Paul ist PO!Und Nun? Ulf Mewe @mewflu