
Wat doet een Product Owner eigenlijk?

Wat doet een Product Owner eigenlijk? Een paar maanden geleden werd mij gevraagd of ik tijdelijk deze rol in ons scrumteam wilde oppakken, en ik wist dat ik deze vraag kon verwachten van familie en vrienden. Intussen heb ik ook een tweedaagse Product Owner-training gevolgd en ben ik goed in staat uit te leggen wat ik nou eigenlijk doe...
De officiële uitleg over de rol Product Owner is als volgt: binnen een scrumteam zijn er drie verschillende rollen: de Product Owner (PO), de Scrum Master (Evi schreef hier al eerder over) en het Development Team. Samen zijn zij verantwoordelijk voor het opleveren van nieuwe werkende producten of functionaliteit. De PO is hierbij verantwoordelijk voor het maximaliseren van de waarde van zowel het product als van het team.
Ok, mooi verwoord, maar hoe vertaal je dat dan naar je dagelijkse werkzaamheden als PO? Hieronder probeer ik deze vraag te beantwoorden in de vier belangrijkste punten die ik heb meegenomen vanuit de training.
Scrum op de DSW-manier
Scrum is een framework waarin een aantal onderdelen vaststaan (lees Renee’s blog voor meer informatie over Scrum), maar waarin ook genoeg ruimte is om er je eigen draai aan te geven. DSW is een eigenwijs bedrijf, dus natuurlijk doen we een aantal dingen nèt een beetje anders. Zo werken wij bijvoorbeeld met PO-teams: de PO wordt in haar werkzaamheden ondersteund door de business analisten en functioneel applicatiebeheerders.
De training volgde ik samen met 7 andere PO’s binnen DSW. Uit de discussies die we voerden bleek dat er ook genoeg verschillen zitten tussen de teams. Natuurlijk is er een richtlijn, maar DSW biedt genoeg ruimte om per team te kijken wat wel en niet werkt. Fijn dat die vrijheid er is!

Value value value!
Als PO ben je verantwoordelijk voor het maximaliseren van de waarde van het product. Hoe doe je dat dan? Hoe zorg je ervoor dat je zo veel mogelijk value creëert?
Dit doe ik door de visie die ik heb voor het product te vertalen naar items op onze Product Backlog. Deze visie bepaal ik samen met de stakeholders (hierover later meer). De backlog is een geprioriteerde takenlijst waarop al het nog op te pakken werk staat met een duidelijke omschrijving. Deze omschrijving zorgt ervoor dat het development team de items begrijpt en gemakkelijk kan oppakken. De belangrijkste items staan altijd bovenaan, omdat deze de grootste waarde opleveren voor de uiteindelijke gebruikers van het product. Gelukkig doe ik al dit werk niet in mijn eentje en word ik hierin ondersteund door de rest van het PO-team.
Het wat en het hoe
Tijdens de training werd me duidelijk dat het de taak van de PO is om te bepalen wat er gebouwd moet worden in welke volgorde, en het kunnen toelichten waarom we dat gaan doen. Het development team bepaalt zelf hoe ze dat doen. Dit onderscheid tussen wat en hoe is belangrijk. Zo hoeft het development team zich niet bezig te houden met alle stakeholders en kan het zich focussen op waar ze goed in zijn: het bouwen van mooie en goed werkende applicaties.
Wie zijn mijn stakeholders?
Stakeholders: ik heb ze al een paar keer genoemd. Om de items de juiste prioriteit te geven verzamel ik continu input bij mijn stakeholders. Door vaak met hen te spreken krijg ik helder wat belangrijk is en in welke volgorde ik dingen wil oppakken.
- Gebruikers/business: de wensen van gebruikers zijn belangrijk, door dit mee te nemen lever je de meest gebruiksvriendelijke applicaties op!
- Beleidsmedewerkers: zij hebben zicht op aanstaande beleids- en wetswijzigingen die kunnen leiden tot noodzakelijke aanpassingen in onze software.
- Lead developer: vanuit onze lead developer krijg ik input over de technische DSW-richtlijnen, zo is er momenteel veel aandacht voor performance.
- het development team: het development team zelf heeft natuurlijk ook input! Denk aan een stukje code verbeteren om het beter leesbaar te maken of het schrijven van extra automatische testen om het handmatig testen te verminderen.
- Managers: uiteraard hebben managers ook wensen ;). In mijn geval is dat de manager van het Zorgkantoor.
Zoals je kunt zien is het een flinke lijst van stakeholders, hier gaat dan ook veel tijd in zitten! Wil je meer weten over de rol van Product Owner? Check dan dit filmpje, hij duurt ongeveer 16 minuten.

Over Lysanne
Lysanne is Business Analist bij het zorgkantoor van DSW, waar zij verantwoordelijk is voor de applicaties m.b.t. tot de langdurige zorg.