Product Owner! De kracht van een goede Backlog

By 18 november 2019 Lean Six Sigma
Product Owner Lean Six Sigma

Waarom een Product Owner moet weten wat hij doet

Wanneer je 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 hoog over 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.

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 word. 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 Backlog te maken.

Hoe maak je een goede Backlog?

“Wanneer weet je dat je een goede 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 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 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 Backlog

Je maakt een 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 zit 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 Backlog.

Laat een reactie achter

Meld je aan voor de nieuwsbrief

Wil jij de eerste 20 modellen van het boek Modellen voor Agile werken ontvangen? Schrijf je dan in voor onze nieuwsbrief!

* Is verplicht