Wat is een producteigenaar? Een essentiële rol voor het succes van een Scrum Team

Stel je voor dat je net een huis hebt gekocht. Als nieuwe huiseigenaar ben je nu verantwoordelijk voor de langetermijnvisie van wat je wilt dat je woning is, zoals hoe je je startpagina kunt decoreren, onderhouden en verbeteren om het meeste uit je (flinke) investering te halen. Je coördineert met inspecteurs, bouwers en huisgenoten om de best mogelijke leefomgeving te creëren, terwijl je je financiën en langetermijndoelen in evenwicht houdt. Pfff. 

Net als een huiseigenaar is een producteigenaar verantwoordelijk voor de langetermijnvisie, maar in plaats van zijn huis te verbeteren, verbetert hij producten. Een producteigenaar werkt samen met belanghebbenden om het best mogelijke product voor eindgebruikers te maken. 

Wat is een producteigenaar?

Een producteigenaar is een persoon die zich toelegt op het maximaliseren van de waarde van een product. Om dit te doen, ontwikkelen producteigenaren een visie op hoe het product moet functioneren, definiëren ze specifieke productfuncties en splitsen ze deze functies op in Product-backlog-items waar het Scrum-team aan kan werken. Ze fungeren als een verbinding tussen bedrijfsbelanghebbenden, Scrum-teamleden en eindgebruikers totdat het eindproduct is voltooid. 

De producteigenaar is een van de drie standaardrollen in een Scrum Team: 

• Producteigenaar: werkt samen met belanghebbenden, eindgebruikers en het Scrum-team om ervoor te zorgen dat het eindproduct voldoet aan de gebruikersvereisten en aansluit bij de bedrijfsdoelen. 

• Scrummaster: leidt het ontwikkelingsteam om hen te helpen zich voor te bereiden op en met succes sprints uit te voeren. Scrum-masters richten zich ook op het continu verbeteren van interne processen. 

• Ontwikkelingsteam: werkt aan de deliverables die voor elke sprint voltooid moeten worden. Ontwikkelaars vormen de kern van het scrumteam, omdat ze verantwoordelijk zijn voor het voltooien van product-backlogitems die zich vertalen in nieuwe productfuncties.

Producteigenaar versus Scrummaster

Een Scrum producteigenaar en Scrummaster zijn twee integrale, maar verschillende rollen in een Scrum Team. 

Scrummasters zijn verantwoordelijk voor:

• Het leiden en verbeteren van interne processen die nodig zijn voor Scrum-teams om hun werk te voltooien

• Het team helpen bij het voorbereiden en succesvol uitvoeren van sprints, zodat ontwikkelaars zich kunnen concentreren op hun werk in plaats van op meer logistieke taken

• Het faciliteren van planningsvergaderingen, dagelijkse standups en Sprint-evaluaties 

• Het verwijderen van obstakels voor ontwikkelaars en ervoor zorgen dat iedereen zich houdt aan de principes van het Scrum-raamwerk

Aan de andere kant heeft de rol van producteigenaar een meer externe focus dan de Scrummaster. In plaats van teamprocessen te leiden, zijn ze meer gericht op het product zelf, met name hoe ze het best mogelijke product voor eindgebruikers kunnen maken. 

Producteigenaren zijn verantwoordelijk voor:

• Feedback van belanghebbenden en eindgebruikers opnemen

• Het vertalen van die feedback naar specifieke productfuncties en backlog-items waar het Scrum-team aan kan werken

Verantwoordelijkheden van de producteigenaar

Een Agile-producteigenaar verbindt het Scrum-team met belanghebbenden en pleit voor de behoeften van eindgebruikers, zodat iedereen begrijpt wat een product probeert te bereiken en waarom. Scrum-producteigenaren dragen vaak veel verschillende petten, maar hun rol wordt bepaald door deze belangrijkste verantwoordelijkheden.

Productfuncties en doelen definiëren

De producteigenaar bepaalt de doelen van elk product, zodat hij specifieke productfuncties kan definiëren om die doelen te bereiken. 

Om doelen te ontwikkelen, moet de producteigenaar de productvisie van de eindgebruikers begrijpen en wat hun gemeenschappelijke pijnpunten zijn. Dat betekent dat een groot deel van het werk van de producteigenaar bestaat uit het samenwerken met belanghebbenden om gebruikersonderzoek uit te voeren. 

Stel je bijvoorbeeld voor dat je de taak hebt gekregen om een agenda-app te verbeteren. Om te bepalen wat je specifieke doel zou moeten zijn, kun je bestuderen hoe gebruikers omgaan met de bestaande app - en vervolgens vragen waar ze moeite mee hadden en wat ze zouden willen dat de app beter zou kunnen doen. 

Naast het definiëren van doelen op basis van gebruikersfeedback, moet de producteigenaar er ook voor zorgen dat alle nieuwe functies aansluiten bij de overkoepelende bedrijfsdoelen. In het bovenstaande voorbeeld willen gebruikers misschien agenda's kunnen delen met mensen buiten hun organisatie, maar dat komt misschien niet overeen met het algemene bedrijfsdoel van je organisatie om de beveiliging en privacy van gebruikers te verbeteren. Als producteigenaar is het jouw verantwoordelijkheid om te bepalen welke gebruikersverzoeken prioriteit moeten krijgen.

Ontwikkel backlog-items op basis van productdoelen

De producteigenaar vertaalt die doelen vervolgens in specifieke productfuncties en backlog-items die het Scrum Team moet voltooien. Op die manier kan het Scrum-team zich concentreren op de specifieke details van elk backlogitem, terwijl de producteigenaar ervoor zorgt dat elk item specifieke bedrijfsdoelen en gebruikersbehoeften aanpakt. 

Om verder te gaan met het voorbeeld van de agenda-app, laten we zeggen dat je een productfunctie ontwerpt die de gewenste werktijden van verschillende teamleden bijhoudt. De producteigenaar werkt samen met het Scrum-team om die functie op te splitsen in kleinere uitvoerbare taken voor de product-backlog, zoals een taak om front-end-ontwerp te ontwikkelen, een taak om een interface te maken voor gebruikers om hun voorkeursuren in te voeren, enzovoort. 

Geef prioriteit aan input van belanghebbenden en eindgebruikers

Hoewel belanghebbenden vaak denken dat hun projecten een hoge prioriteit hebben, heeft de producteigenaar de context om te beslissen wat het Scrum Team moet prioriteren. 

Omdat de producteigenaar inzichten heeft in de bedrijfsprioriteiten, begrijpt hij of zij waarom specifieke initiatieven belangrijk zijn en hoe het werk erin past. Dat betekent dat ze feedback van belanghebbenden kunnen prioriteren en het Scrum-team kunnen helpen zich te concentreren op het belangrijkste werk. Zonder een producteigenaar prioriteren Scrum-teams vaak werk op basis van aanwijzingen van cross-functional teams. 

Daarnaast verzamelt de producteigenaar feedback van eindgebruikers door middel van gebruikerstesten. Hierdoor kunnen ze in contact blijven met de behoeften van de gebruiker, zodat ze ook prioriteit kunnen geven aan werk om veelvoorkomende pijnpunten op te lossen. 

Gebruikersverhalen maken

De producteigenaar maakt ook gebruikersverhalen om teamleden te helpen de context voor elke productfunctie te begrijpen. In Agile-projectbeheer is een gebruikersverhaal een niet-technische uitleg van een productfunctie, geschreven vanuit het perspectief van de gebruiker. User stories definiëren de einddoelen van een productfunctie, zodat het ontwikkelteam weet wat ze bouwen, waarom ze het bouwen en welke waarde het creëert.

Gebruikersverhalen worden vaak uitgedrukt als een enkele zin, als volgt gestructureerd: 

"Als [persona] wil ik [softwaredoel] zodat [resultaat]."

In ons voorbeeld van de agenda-app kan een Scrum-producteigenaar dit gebruikersverhaal maken om de doelen van de functie te definiëren: 

"Als manager van een team op afstand wil ik begrijpen wanneer mijn teamleden werken, zodat ik vergaderingen kan plannen op tijden die voor iedereen geschikt zijn." 

De product-backlog prioriteren en beheren

Naast het definiëren van productfuncties is de producteigenaar verantwoordelijk voor het verfijnen van de backlog. Dit omvat:

• Het maken en beheren van de Product-backlog 

• Taken prioriteren op basis van bedrijfsbehoeften, productdoelen en gebruikersvereisten

• Het duidelijk definiëren van alle taken en ervoor zorgen dat de product-backlog wordt gecommuniceerd naar alle teamleden

• Het vaststellen van productvereisten en gebruikersverwachtingen met het Scrum Team

Naast het delen van de Product-backlog met de rest van het Scrum Team, zorgt de producteigenaar er ook voor dat belanghebbenden deze kunnen zien en begrijpen. Op die manier kunnen belanghebbenden het volgende volgen:

• Hoe het Scrum Team hun feedback vertaalt in specifieke productfuncties

• Waarom ze bepaalde taken prioriteren boven andere

• Hoe een realistische tijdlijn eruitziet voor nieuwe functieverzoeken

Toezicht houden op de productontwikkelingsfasen

Wanneer teams een nieuw product of een nieuwe functie ontwikkelen, volgen ze vaak een vooraf ingesteld proces om ervoor te zorgen dat het product goed wordt gedefinieerd, getest en geïmplementeerd. Deze praktijk wordt het productontwikkelingsproces genoemd - een levenscyclus in zes fasen die een product van het eerste concept tot de uiteindelijke marktintroductie brengt. 

De producteigenaar coördineert met de belangrijkste belanghebbenden om een product door elke fase van het productontwikkelingsproces te begeleiden:

1. Ideeën genereren: brainstormt over productconcepten op basis van de behoeften van de klant en marktonderzoek

2. Productdefinitie: bepaalt de functie, definieert de waardepropositie en identificeert successtatistieken

3. Prototyping: maakt een proof-of-concept-versie van het product om de haalbaarheid van verschillende functies te identificeren en creëert een ontwikkelingsstrategie

4. Initiële ontwerp: maakt een eerste versie van het product die ze kunnen gebruiken om feedback van belanghebbenden en eindgebruikers te verzamelen

5. Validatie en testen: zorgt ervoor dat elk deel van het product doeltreffend werkt voordat het openbaar wordt vrijgegeven

6. Commercialisering: Lanceert en implementeert het eindproduct

Het volgen van dit proces zorgt ervoor dat het Scrum Team het best mogelijke product produceert met zo min mogelijk risico. 

Zorgt ervoor dat het Scrum Team richtlijnen voor productontwikkeling volgt

Tijdens het productontwikkelingsproces zijn producteigenaren er ook verantwoordelijk voor dat hun team de ontwikkelingsrichtlijnen en beste praktijken volgt. Dit kan het volgende omvatten: 

• Een prototype maken om het eerste concept te testen

• Het voltooien van front-end tests om eventuele ontwikkelingsfouten of risico's te identificeren

• Het uitvoeren van gebruikerstests om ervoor te zorgen dat het eindproduct voldoet aan de verwachtingen en vereisten van eindgebruikers

De producteigenaar maakt dit proces niet helemaal zelf (het wordt meestal bepaald door leiderschap binnen het productteam), maar het is zijn verantwoordelijkheid om te coördineren met belanghebbenden en ervoor te zorgen dat het team elke stap volgt. 

Waarom is een producteigenaar belangrijk?

Van het beheren van feedback van belanghebbenden tot het ontwikkelen van een allesomvattende Product-backlog, producteigenaren spelen een integrale rol in het productontwikkelingsproces. Deze belangrijke leden van het Scrum-team helpen bij het oplossen van ontwerp- en coördinatieproblemen tussen belanghebbenden en ontwikkelaars, terwijl het product afgestemd blijft op de doelen van het bedrijf. 

Om beter te begrijpen waarom het belangrijk is om een producteigenaar aan te wijzen voor je Scrum-teams, zijn hier een paar voordelen die je van deze functie kunt verwachten. 

Betere communicatie tussen belanghebbenden

Een van de belangrijkste verantwoordelijkheden van een producteigenaar is het waarborgen van naadloze communicatie tussen alle belanghebbenden van het product. Ze fungeren als een verbinding tussen het technische ontwikkelingsteam en niet-zo-technische belanghebbenden en eindgebruikers om beide partijen de kennis te geven die ze nodig hebben om het best mogelijke product samen te stellen. 

Stakeholders die betrokken zijn bij het maken van een Agenda-app willen bijvoorbeeld een samenwerkingsfunctie toevoegen, zodat gebruikers kunnen delen wat er op hun agenda staat. De producteigenaar neemt die informatie vervolgens over, splitst deze op in backlog-items die het ontwikkelingsteam moet voltooien en geeft eventuele vragen of opmerkingen van het team door aan de belanghebbenden. 

Een producteigenaar de communicatie tussen belanghebbenden laten beheren:

• Verbetert de communicatie tussen alle partijen

• Verhoogt de efficiëntie bij het prioriteren van productfuncties en backlog-items

• Stelt het Scrum Team of belanghebbenden in staat om belangrijke beslissingen te nemen op basis van feedback van beide kanten van het proces

Verbeterd proces voor productaanmaak

Producteigenaren halen ideeën en aanbevelingen uit onderzoek van belanghebbenden en eindgebruikers om nieuwe, innovatieve productfuncties te presenteren. Ze werken nauw samen met belanghebbenden om het proces van productaanmaak te bepalen en suggesties te doen voor het nemen van goede productbeslissingen. 

Omdat de producteigenaar een productvisie, gebruikersverhalen, doelpersona's en algemene productdoelen heeft gemaakt, hebben productontwikkelingsteams een plan om hen te begeleiden wanneer ze in meerdere richtingen worden getrokken. Een producteigenaar is er om ervoor te zorgen dat het team gefocust en op schema blijft. 

Efficiëntere processen met de Product-backlog

De ontwikkeling en het beheer van de Product-backlog is misschien wel het grootste voordeel van het aanstellen van een producteigenaar. Deze backlog fungeert als een planningstool voor de korte en lange termijn en presenteert de productroutekaart in een geheel nieuw detailniveau. 

Door een overzicht te geven van het grote geheel van het product en de taken die nodig zijn om het te realiseren, helpt een Product-backlog teams de volgende stappen en relaties tussen taken te begrijpen. Dit helpt:

• De efficiëntie te verbeteren door een soepel, transparant ontwikkelingsproces te creëren

• Taken organiseren en ervoor zorgen dat deadlines worden gehaald

• Werk en aanvragen van belanghebbenden te prioriteren

• Het risico op scope creep te verminderen en het team op schema te houden

Bouw betere producten met een producteigenaar

Producteigenaren zijn een essentieel onderdeel van elk Scrum Team. Ze ontwikkelen de visie op hoog niveau voor een product en helpen het team die visie uit te voeren, zodat iedereen het doel van nieuwe productfuncties begrijpt en waarom ze belangrijk zijn.