Product owner vs business analist

Ben jij business analist en vervul je momenteel de rol van product owner? Of misschien heeft de product owner veel taken aan jou gedelegeerd, omdat hij er zelf geen tijd voor heeft. Hoe goed gaat je dat af?

Als we de vergelijking product owner vs business analist maken, weet jij dan welke extra taken en verantwoordelijkheden je erbij hebt gekregen?

Door je analyse achtergrond bezit je al veel vaardigheden die belangrijk zijn om de rol van product owner te vervullen. Je bent goed in het achterhalen van requirements en het stellen van de juiste vragen. Je weet hoe je user stories schrijft en requirements uitwerkt. Als stakeholders te veel in oplossingen denken, vraag je door naar de achterliggende requirements. 

Dat is mooi. Daarmee kom je ook als product owner een heel eind. 

Extra verantwoordelijkheid product owner vs business analist 

Als product owner wordt er echter meer van je verwacht. Dan heb je een andere positie binnen de organisatie. En je verantwoordelijkheid reikt verder dan die van een business analist.

De Scrum Guide zegt hierover: 

“De Product Owner is verantwoordelijk voor het maximaliseren van de waarde van het product dat resulteert uit de werkzaamheden van het Ontwikkelteam.”

Maar wat betekent dat eigenlijk, het maximaliseren van de waarde

Als product owner wordt je geacht het te ontwikkelen (software)product tot een succes te maken voor de business. Het moet waardevol zijn voor de organisatie en haar stakeholders.

Over de gehele levens­cyclus van het product moeten de return of investment (ROI) en total cost of ownership (TCO) positief uitvallen. Tijdens het ontwikkelproces stuurt de product owner daarop. Vaak wordt het break-even point al tijdens de ontwikkeling gepasseerd.

Dat is nogal wat!

Daarom is een product owner iemand vanuit de business. Want alleen de business zelf kan de kosten tegen de baten afwegen. Je zou dus kunnen zeggen dat een product owner feitelijk een product manager is.

Als product owner kun je je verantwoordelijkheid alleen waarmaken als je voldoende autoriteit en mandaat hebt.

De Scrum Guide is daar duidelijk over:

Om te kunnen slagen als Product Owner, moet de gehele organisatie zijn of haar beslissingen respecteren. De beslissingen van de Product Owner zijn zichtbaar in de inhoud en ordening van de Product Backlog.

Van business analist naar product owner 

Het maakt nogal wat uit of je als product owner verantwoordelijk bent voor het uitbreiden of aanpassen van een volwassen, redelijk stabiel systeem. Of dat je dat bent voor het ontwikkelen van een nieuw systeem voor bijvoorbeeld een nieuw proces.

Bij het doorontwikkelen van een volwassen systeem, is het managen van de product backlog en de user stories daarin je voornaamste taak. Als je dat waardegedreven doet en stakeholders management niet vergeet, vul je de product ownerrol goed in.

Nieuw systeem

Bij een nieuw systeem of nieuw proces worden er hogere eisen aan je gesteld. Jij bent dan als eigenaar van het (software)product degene met de visie. Je weet waar je naartoe wilt met het product. En je weet (of denkt te weten) hoe je daarmee een bedrijfsprobleem oplost of een bedrijfsdoel realiseert.

Het gaat dan niet meer alleen over de requirements en de product backlog. Je bent dan echt bezig met productmanagement. Het gaat dan ook om de grotere lijnen. Welke kant gaan we op? Wat gebeurt er in de markt? Hoe reageren we daarop? 

Om zeker te weten of je op de goede weg bent, moet je geregeld systeemincrementen opleveren. Zo krijg je feedback vanuit de business, vanuit de gebruikers en vanuit de markt. Daarmee verifieer je je koers en kun je hem bijstellen.

Tussentijds releasen is tevens de manier om tijdens de ontwikkeling van het systeem al businesswaarde te creëren. Releasemanagement is daarom ook een taak van de product owner.

Groeipad business analist

Je kennis, vaardigheden en ervaringen als analist geven je een goede basis om de rol van product owner in te vullen. Hiermee ben je in staat één van de kerntaken van een product owner uit te voeren. En dat is product backlog management. 

Dit biedt kansen om door te groeien naar product owner en zo meer toegevoegde waarde voor je organisatie te leveren. Via de bijbehorende autoriteit en het mandaat vanuit de business kun je meer invloed uitoefenen.  

In twee stappen van business analist naar product owner 

Het is aan te bevelen eerst product owner van een volwassen (software)product te worden. Dan realiseer je samen met het ontwikkelteam waardegedreven het product en manage je de verwachtingen van de stakeholders. Daar heb je je handen in het begin waarschijnlijk vol aan.

Van daaruit kun je verder doorgroeien naar de product owner zoals Scrum die voor ogen heeft. Dan word je een agile productmanager. Daarvoor heb je een ondernemersmentaliteit en een visie nodig. Jij bent dan verantwoordelijk voor de productstrategie, het budget en de ROI.

Werk jij momenteel aan een volwassen systeem? Of zijn jullie met een nieuw product bezig? Hoe is bij jullie de werkverdeling en verantwoordelijkheid product owner vs business analist geregeld? We lezen het graag in een reactie onder dit artikel.

Nicole de Swart & Michel van der Meulen 

Nicole de Swart

Nicole de Swart

Requirementstechnieken expert

Ik help je de juiste mix van agile en traditionele requirementstechnieken toepassen

Volg Nicole op:

Tips voor de moderne analist

Je ontvangt eens per maand een nieuw artikel. Net zoals meer dan 5.500 collega abonnees.

Gratis e-book ‘Vliegende start als agile analist’

e-book Vliegende start als agile analist!Met 25 do’s en don’ts voor agile requirements en eens per maand een agile requirements tip

Michel van der Meulen is een ervaren analist en trainer agile requirements. Hij werkt momenteel als agile coach en scrum master. Michel is tevens professional scrum trainer @ Scrum.org.

Vandaar dat ik hem uitgenodigd heb samen dit artikel te schrijven. Daarbij zijn we uitgegaan van de eisen die Scrum.org stelt aan een professional scrum product owner (PSPO).

Copy link