Oh Mann! Was hat Paul sich da nur eingebrockt. Eigentlich hatte er doch nur eine Idee für ein neues Produkt. Aber als er seinem Chef im Fahrstuhl davon erzählt hat, war dieser sofort von der Idee angetan. Paul soll nun der PO, also der Product Owner, für das Projekt werden, aber er hat so etwas noch nie gemacht. Was muss Paul denn jetzt eigentlich machen? Und wie kann er dafür sorgen, dass das Produkt tatsächlich erfolgreich wird? In diesem Vortrag begleiten wir Paul durch sein erstes Projekt als Product Owner. Wir beleuchten, was die Rolle des Product Owners tatsächlich für Aufgaben beinhaltet und welche Fähigkeiten ein Product Owner mitbringen sollte. Es werden verschiedene Praktiken vorgestellt, die es dem Product Owner ermöglichen seiner Rolle gerecht zu werden und es wird darauf eingegangen, was besser zu vermeiden ist. Der Schwerpunkt liegt auf der Rolle des Product Owners, der Skalierung der Rolle und der Planung von Produkten. Folien von der Modern RE 2018

1. Paul ist PO! Und Nun?
Ulf Mewe
@mewflu

2. https://www.cartoonify.de

3. Level 1
PO? Was tun?
PO

4. ?
Was macht eigentlich ein PO?
• Verantwortlich für
– die Maximierung des hergestellten Wertes
(durch das Dev. Team)
– die Optimierung des „Return of Investment“ (ROI)
• 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

5. ?
Lernen
Führung
Was macht eigentlich ein PO?
Produkt
Umfeld
Mitarbeit
In Anlehnung an http://agiletrail.com/2011/11/29/37-tasks-for-a-product-owner%E2%80%99s-job/

6. ?
In Anlehnung an http://agiletrail.com/2011/11/29/37-tasks-for-a-product-owner%E2%80%99s-job/
In Summe …

7. Level 2
PO? Und nun?
PO

8. Marty Cagans
• 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/
Am häufigsten beschrieben
Einfach zu implementieren
Häufigster Typ
Typen von POs

9. • 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
Eric ist verantwortlich
Delegation der Tätigkeiten
Ideal bei unklaren Produkten
In Anlehnung an https://stefanroock.wordpress.com/2012/12/09/shades-of-scrum-3-product-owners-and-a-product-owner-shaped-object/
Eric Ries
Typen von POs

10. • 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
Jeff Sutherland
In Anlehnung an https://stefanroock.wordpress.com/2012/12/09/shades-of-scrum-3-product-owners-and-a-product-owner-shaped-object/
Geringste Unterstützung
Lange Sprints
Größte Freiheit für das Team
Sehr erfahrenes Team
Typen von POs

11. • 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
Walter spezifiziert Anforderungen
Team setzt (nur) um
Sehr dicht am Wasserfall
Häufig anzutreffen
In Anlehnung an https://stefanroock.wordpress.com/2012/12/09/shades-of-scrum-3-product-owners-and-a-product-owner-shaped-object/
Walter Falls
Typen von POs

12. PO

13. Level 3
Und wie starte ich jetzt?
PO

14. ?
Und wie starte ich?
Personas
Produkt
Vision
Poster
A
Agile
Inception
Deck
B C
Opportunity
Canvas
Product
Canvas

15. ?
Personas Poster
Ulf Mewe
Ina Einemann

16. Produkt Vision
Frank Düsterbeck

17. ?
Agile Inception Deck
https://agilewarrior.wordpress.com/2010/11/06/the-agile-inception-deck/
Jonathan
Rasmusson
10 questions to ask at
the start of your next
project

18. ?
Agile Inception Deck
What‘s going to give?
Worauf kann am ehesten verzichtet werden?
Trade-off sliders
https://agilewarrior.wordpress.com/2010/11/06/the-agile-inception-deck/

19. Level 4
Was wollen wir machen?
PO

20. ?
Und wie starte ich?
A
Event
Storming
B
Story
Mapping

21. ?
Story Mapping Jeff Patton
Alle machen mit, die
mit der
Produktentwicklung zu
tun haben

22. Alberto Brandolini

23. Level 5
Von der Idee ins Projekt
PO

24. ?
Produkt Backlog Eisberg
Sprint
Release
Future
Releases
Mike Cohn

25. ?
Die Grundlage
Story Map
Event Map

26. Sinnvolle Ergänzungen?
GUI Entwürfe
Abläufe / Prozesse
Design /
Anwendungslayout
(Grobe) Architektur
…

27. ?
Name &
Adresse
erfassen
Zahlungs-
daten
erfassen
Daten
bestätigen
Buchungs-
bestätigung
Persönliche
Daten
erfassen
Wohnung
wählen
Starte und iteriere
Wohnung
buchen

28. ?
Name &
Adresse
erfassen
Zahlungs-
daten
erfassen
Daten
bestätigen
Buchungs-
bestätigung
Persönliche
Daten
erfassen
Wohnung
wählen
Starte und iteriere
Wohnung
buchen

29. Level 7
Schneiden von Anforderungen
PO

30. Level 6
Priorisierung
PO

31. ?
Priorisierung
Zeit
Scope
Umfang
Kosten

32. ?
Priorisierung

33. ?
Priorisierung

34. ?
Priorisierung

35. Dimensional Planning
Scope
Kosten Zeit Qualität
Tiefe
Quelle: Koen van Exem und Walter Hesius, Vortrag auf den XP Days Benelux 2007

36. Level 7
Paul plant
PO

37. ?
Planungshorizonte
Vision
Produkt
Strategie
Produkt
Roadmap
Produkt
Backlog
Sprintziel
Warum sollte ich den
nächsten Sprint machen?
Quelle: Roman Pichler, Choosing the right planning horizon for your product

38. ?
Planungshorizonte
Vision
Produkt
Strategie
Produkt
Roadmap
Produkt
Backlog
Sprintziel
Was muss ich zur Erreichung
der Vision umsetzen?
Mixed level
Quelle: Roman Pichler, Choosing the right planning horizon for your product

39. ?
Planungshorizonte
Vision
Produkt
Strategie
Produkt
Roadmap
Produkt
Backlog
Sprintziel
Ultimate Purpose
lösungsunabhängig
Quelle: Roman Pichler, Choosing the right planning horizon for your product

40. ?
Planungshorizonte
Vision
Produkt
Strategie
Produkt
Roadmap
Produkt
Backlog
Sprintziel
Was muss ich zur Erreichung
der Vision umsetzen?
High level
Quelle: Roman Pichler, Choosing the right planning horizon for your product

41. ?
Planungshorizonte
Vision
Produkt
Strategie
Produkt
Roadmap
Produkt
Backlog
Sprintziel
Wie möchte ich die
Vision erreichen?
lösungsabhängig
Quelle: Roman Pichler, Choosing the right planning horizon for your product

42. ?
Vision
Produkt
Strategie
Produkt
Roadmap
Produkt
Backlog
Sprintziel
Planungshorizonte
Quelle: Roman Pichler, Choosing the right planning horizon for your product

43. ?
Vision
Produkt Backlog
Vision
Produkt
Strategie
3 – 5
Jahre
Life
Cycle
Stage
Produkt
Roadmap
12
Monate
Sprintziel
1 – 2
Wochen
Release
3
Monate
Planungshorizonte
In Anlehnung an: Roman Pichler, Choosing the right planning horizon for your product

44. ?
Product Roadmap Roman Pichler

45. ?
Releaseplanung

46. ?
Releaseplanung

47. ?
Releaseplanung

48. Level 8
Paul wird’s zu viel
PO

49. ?
Skalierung der PO-Rolle

50. ?
Skalierung der PO-Rolle
Product
Owner Team
Component /
Feature
Owner
Product Line
Owner

51. Das PO-Team
In Anlehnung an Thorsten Sturm, Agiles Produktmanagement mit dem Product Ownership Team (seacon 2016) und Roman Pichler
Big
PO
Small
PO
Small
PO
Produkterfolg
verfolgen
Stakeholder-
Management
Produkt-
strategie
Roadmap
Backlog
Management
Release-
planung
Entwicklungs-
meetings
Begleitung der
Umsetzung
Zusammen-
arbeit SM
Erstellung User
Stories

52. The Product Owner may do the above work, or
have the Development Team do it. However,
the Product Owner remains accountable.

53. ?
Product Ownership Evolution Model

54. ?
Product Ownership Evolution Model

55. Elevator Pitch
Personas
Produktvision
Story Mapping
Event Storming
Aufbau Product Backlog
Schneiden von User Stories, Priorisierung
Planung
Typen von Product Owner
Aufgaben des Product Owners
Skalierung der PO-Rolle
Agile Inception Deck
Product Owner Evolution Model

56. Paul ist PO! Und Nun?
Ulf Mewe
@mewflu