product owner: wunderkind oder sündenbock? sibylle peter

Post on 12-Apr-2017

643 Views

Category:

Business

4 Downloads

Preview:

Click to see full reader

TRANSCRIPT

Product OwnerSibylle Peter, Canoo, Basel

–Scrum Guide

“The Product Owner is responsible for maximizing the value of the product and the work of the Development Team. How this is done may vary widely across organizations,

Scrum Teams, and individuals. ”

Scrum

• die einzige Person verantwortlich für das Management des Produkt Backlogs.

• Um als Produkt Owner erfolgreich zu sein, muss die ganze Organisation die Entscheidungen respektieren.

–ExtremeProgramming (XP)

“The Customer is Always Available”

XP• Einen oder mehrere Kunden sind während der Entwicklung

verfügbar.

• Kunden sind Teil des Entwicklungsteams.

• Die Expertin wird gewollt, nicht der Praktikant.

• Die Kunden

• müssen die Entscheidungen gemäss Businessziele treffen

• werden auch benötigt, um mit funktionalem Testen zu helfen.

• sagen, was in Produktion geht oder gestoppt werden muss

–Crystal Clear (Alistair Cockburn)

“Easy Access to Expert Users”

Crystal Clear!

• Häufige Lieferungen!

• Verbessern durch Reflektieren!

• Osmotische Kommunikation

• Personelle Sicherheit

• Fokus

• Leichter Zugang zu sachverständigen BenutzerInnen!

• technische Umgebung mit automatischen Tests, Konfigurationsmanagement, und kontinuierlicher Integration

–Johnny Appleseed

“60% der entwickelten Features werden nie verwendet”

–Johnny Appleseed

“Es ist zwar, was wir bestellt haben, aber nicht das, was wir wollen”

Intermezzo

Make it possible/fast

Build the right thing

Build the thing right

PO

Dev Team

Scrum Master!Coach

“dieses Features macht doch keinen Sinn”

“Die wissen einfach nicht, was sie wollen”

2 3

schrittweisebraucht eine ausgearbeitete Idee

1 2 3

Iterativevon vager Idee zur Realisierung

Impact MappingFokus auf Impact, keine Feature Shopping List

Story MappingFokus auf einen Workflow, der eingesetzt werden kann,

aber minimal umgesetzt wird

Lean Start UPValidierung von Hypothesen

MVPminimal viable product

Spotify ModellRisiken früh und billig eliminieren

“Das ist zu ungenau spezifiziert, da können wir noch nicht daran arbeiten.”

Make everybody care!!

• Gemeinsam planen

• BDD - gemeinsam Tests und Akzeptanzkriterien definieren

• Vorgaben bis zum richtigen Level (was statt wie)

• Hindernisse abbauen

–Sex Pistols, Anarchy in the UK

“Don't know what I want, but I know how to get it.”

Links & Resources• PO in a nutshell: https://www.youtube.com/watch?v=502ILHjX9EE

• http://extremeprogramming.org

• Mona Lisa Slides: http://www.agileproductdesign.com/downloads/patton_iterating_and_incrementing.ppt

• User story mapping: http://www.agileproductdesign.com/presentations/user_story_mapping/index.html

• How Spotify builds products: https://dl.dropbox.com/u/1018963/Articles/HowSpotifyBuildsProducts.pdf

• Lean Start Up: http://theleanstartup.com/images/methodology_diagram.jpg

Books• Scrum & XP from the Trences, Henrik Kniberg (E-

Book, http://www.infoq.com/minibooks/scrum-xp-from-the-trenches-2)

• Extreme Programming Explained: Embrace Change, 2nd Edition, Kent Beck

• Crystal Clear, Alistair Cockburn

• Discover to Deliver, E. Gottesdiener, M. Gorman

• User Story Mapping, Jeff Patton

top related