Search
Close this search box.

Product Owner! De kracht van een goede Product Backlog

Waarom een Product Owner moet weten wat hij doet

Wanneer je als Product Owner een nieuw plan of product moet gaan voorstellen aan het team heb je meestal zelf al eerst nagedacht waar dat aan moet voldoen, alvorens je het voorstel überhaupt maakt. Je zal wellicht nog niet exact in je hoofd hebben welk resultaat je wilt, maar je hebt over het geheel genomen zelf al een aardige visie van wat je wilt bereiken. Nu moet je het idee alleen nog overbrengen en dit dusdanig doen dat men aan het einde van de meeting weet wat de bedoeling is.

Wat veel voor komt is, dat een product of plan wordt aangekondigd en deze vanuit een hoogover positie uitgevoerd dient te worden. Dit houdt in dat ze de doelstelling vertellen en vervolgens, zonder het specifieker te maken, verwachten dat er aan die doelstelling zal worden voldaan.

Een voorbeeld

Stel je voor dat jij als web designer voor een bedrijf de taak krijgt om een website te bouwen die gebruiksvriendelijk is en moet uitstralen dat het kenmerkend is voor het bedrijf. Een goede web designer zal dit voor elkaar krijgen. Wat echter nu een probleem kan vormen, is de mate waarin de web designer losgelaten wordt. Het enige wat hij nu te horen heeft gekregen is:

  • Bouw een website;
  • Maak het gebruiksvriendelijk;
  • Straal sfeer van het bedrijf uit.

Eigenlijk weet de web designer nu nog helemaal niets. Deze punten zijn zo breed als maar zijn kan en geven hem waarschijnlijk ongewild heel veel ruimte voor vrije interpretatie. Dit zal in de meeste gevallen leiden tot een resultaat waar de Product Owner niet (helemaal) tevreden mee is. Op zijn beurt zal dat weer resulteren in overbodig extra werk om de website wel te designen naar de visie van de Product Owner. Al dit overbodige werk kunnen we als Product Owner voorkomen door een goede Product Backlog te maken.

Hoe maak je als Product Owner een goede Backlog?

“Wanneer weet je dat je een goede Product backlog hebt gemaakt? Er zijn namelijk zoveel manieren om dit aan te pakken.” Goed punt, mijn beste aankomende verbeteraar! Dat is inderdaad zo! Dat maakt het maken van zo’n Product Backlog namelijk ook zo interessant! Een goede Backlog is een visuele representatie van de denkwijze van de Product Owner. Het is daarom ook niet verwonderlijk dat alle backlogs er, als het goed, is anders uitzien. Iedere Product Owner is uniek en dat geldt ook voor hun denkwijze en Backlogs. In de Product Backlog zijn alle stappen van het proces te zien, die nodig zijn om uiteindelijk bij het te behalen doel uit te komen. Het proces is verdeeld in 4 stappen.

Epic

De eerste stap is de Epic. Dit houdt simpelweg de doelstelling in. Het uiteindelijk doel wat behaald moet zijn aan het einde van de rit.

User Story

De volgende stap is de User Story. User Stories zijn taken die steeds concreter worden, naar mate je er meer van neerzet. Een handige tip die ik kan meegeven is om je eerste User Stories te baseren op de Voice of the Customer, Voice of the Process, Voice of the Company and Voice of the Strategy. Vervolgens, zodra deze voices in kaart gebracht zijn, bouw je de User Stories verder uit.

Refined

Zodra we het gevoel hebben dat we de User Stories niet concreter kunnen krijgen, dan is het tijd voor refinement en wordt er overlegd met het team of dat deze taken concreet genoeg zijn. Als het team toestemt dan worden deze User Stories de nieuwe taken om uit te voeren. Mits bepaalde User Stories nog niet concreet genoeg zijn, dan worden deze aangepast totdat we wel concrete taken hebben.

Task

De laatste fase en tevens wat wij aan ons team tonen op de kanban. De kanban kan je zien als een visuele takenverdeling. Bij de Scrum Methodiek gebruiken we hier vaak Post-it’s bij. We geven het team niet alle User Stories in de Backlog vanaf het begin, omdat je ze dan overspoelt. Het is belangrijk om zo specifiek mogelijk te starten met de fundering, waarna je steeds verder omhoog bouwt om uiteindelijk de doelstelling in de Epic te behalen.

Belangrijk om te weten over de Product Owner Backlog

Je maakt een Product Backlog niet slechts één keer, om hem vervolgens aan je kanban te hangen en te denken, “Ach, wat mooi!” Een kanban is een visueel overzicht van alle taken die het team uitvoert. Je Backlog is in principe alleen voor jou als Product Owner. Wel kan je de Backlog bespreken met het team en de Scrum Master, wanneer het moment van refinement daar is. Als Product Owner ga jij mee in de ontwikkelingen die plaats vinden op de werkvloer. De backlog groeit dus ook met het proces mee. Een goede Backlog ziet er voor de eerste sprint waarschijnlijk heel anders uit dan aan het einde van de laatste sprint. Door “Trial and Error” kom je tijdens het proces er vaak achter dat sommige stappen niet werkte of anders benaderd moesten worden. Deze veranderingen worden ook allemaal meegenomen in de Product Backlog.

Zelf leren?

Wil je zelf Product Owner worden of je kennis opfrissen? Volg dan onze opleiding tot Product Owner. Tijdens onze opleiding maken we gebruik van echte casussen en is er voldoende ruimte om jouw situatie in te brengen. Bovendien hebben wij een database met honderden oefenvragen, zodat jij je optimaal kunt voorbereiden op het officiële PSPO examen!

Meer info?

Je kunt ook vrijblijvend contact opnemen met info@5st3ps.nl.

Latest Post

At 5ST3PS we have one foot in science and one foot in practice. This enables us to combine the knowledge of both worlds and use it in our courses. On this page we share some papers to share our scientific knowledge.

Voor meer informatie lees meer in onze kennisbank

Brochure downloaden

Brochure downloaden