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. Folien von der Developer Week 2017 (DWX)

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

2. https://www.cartoonify.de

4. Level 1
Pauls Chef

5. ?
Wie überzeuge ich meinen 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
die gerne 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
die gerne 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? Und nun?
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
In Anlehnung 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
In Anlehnung 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
In Anlehnung 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
In Anlehnung 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
In Anlehnung 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
In Anlehnung 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 Owner may do the above work, or
have the Development Team do it. However,
the Product Owner remains accountable.

20. PO

21. Level 3
PO? Was tun?
PO

22. ?
Was macht eigentlich ein 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 eigentlich ein PO?
Produkt
Umfeld
Mitarbeit

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

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

26. Level 4
Und wie starte 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 starte ich?
Personas
Produkt
Vision Poster
A
Agile
Inception
Deck
B C
Opportunity
Canvas
Product
Canvas

30. ?
Personas
Fiktive Repräsentanten
von Benutzern
oder Benutzergruppen
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
Personas Poster
Ina Einemann
HEC GmbH

32. ?
Personas Poster
Bild
Name
Wichtige Informationen
Hintergrundinformationen
Nutzungsverhalten
Charaktereigenschaften
Persona anfühlbar machen

33. ?
Personas Poster
Heutige Alternativen
Konkurrenzprodukte
Was möchte die Persona?
Was hat die
Persona für
Probleme?

34. ?
Personas

35. ?
Produkt Vision Poster
Frank
Düsterbeck
HEC GmbH

36. ?
Produkt Vision Poster
Alleinstellungsmerkmal
und weitere 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
Smarte Ziele
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
10 questions 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‘s going to give?
Worauf kann am ehesten verzichtet werden?
Trade-off sliders
https://agilewarrior.wordpress.com/2010/11/06/the-agile-inception-deck/

42. ?
Opportunity Canvas Jeff Patton

43. ?
Product Canvas Roman Pichler

44. ?
Product Canvas
User experience
(UX)
User journeys
Design
Story Boards
Nicht-funkt. Anf.
Design sketches
Mock-ups
Produkt Features
Epics
Szenarien
Workflows
Story Map

45. Level 5
Was wollen wir machen?
PO

46. ?
Was wollen wir machen?

47. Das Team
Tina (Test)
Sven (Scrum Master)
Maja (Dev.)
Dave (Dev.)
Karl (Dev.)
Sarah (Stakeholder) Boss
Paul (PO)

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

49. ?
Story Mapping Jeff Patton
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 Suchen Buchen Bewerten
Definiere
Benutzer und
deren Ziele
Personas
Definiere
Tätigkeiten der
Benutzer
Gruppiere die
Tätigkeiten /
Benenne die
Gruppen

51. ?
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 Suchen Buchen Bewerten
Priorisiere

52. ?
Story Mapping
Wohnung
suchen
Details
anzeigen
Wohnung
wählen
Tiere
erfassen
Wohnung
buchen
Wohnung
bewerten
Bewertung
ansehen
Wohnung
anbieten
Buchung
bestätigen
Anbieten Suchen Buchen Bewerten
Definiere
Releases
Release
0.1
Release
1.0
Release
2.0
Vergiss nie
die Vision /
das Big Picture

53. Alberto Brandolini

54. Level 6
Von der Idee ins Projekt
PO

55. ?
Product Backlog
Epos 31
Epos 12
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 Eisberg Mike Cohn
Sprint
Release
Future
Releases

57. ?
How deep is your Backlog?
Detailed appropriately
angemessen detailliert
Estimated
geschätzt
D
E
Emergent
dynamisch, veränderlichE
Prioritized
Priorisiert, besser geordnetP

58. ?
How deep is your Backlog?
Clear to all
verständlich
Visible
sichtbar
C
V

59. ?
Die Grundlage
Story Map
Event Map

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

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

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

63. ?
Und wie schreibe ich 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. ?
Definition of
Ready
Sinnvolles
Hilfsmittel?
Ungewolltes
Quality gate?

65. Level 7
Schneiden von Anforderungen
PO

66. Level 8
Priorisierung
PO

67. ?
Priorisierung
Quelle: John Ferguson Smart (@wakaleo), Twitter

68. ?
Nein!
Feedback

69. ?
Priorisierung
Buy a Feature
Story Mapping
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 macht Scrum
PO

71. ?
Backlog Refinement
Kontinuierliche
Tätigkeit von Paul
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 darf den 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. Daily Scrum

75. ?
Review
Paul lädt das Scrum 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 als Teil des
Scrum Teams an der
Retrospektive teil

77. ?
Product Owner Bedürfnisse
Probleme
Elevator Pitch
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