De product owner

Over de rol van de Product Owner is de Scrum guide helder. Daarbij zijn er voldoende best practices die de nuances van de rol duidelijk maken. Er is een discussie die volgens ons te weinig gevoerd wordt: van wie komt de PO? Terwijl de keuze bepalend is voor het succes van Scrum.

PO van klantzijde
De Product Owner kent de business en de markt, de wensen van de gebruikers, et cetera. Het is dan ook niet meer dan logisch dat de PO iemand is van de klantzijde, al dan niet bijgestaan door een ervaren PO van bureauzijde. Of toch niet helemaal… Op basis van onze praktijkervaringen zijn er enkele overwegingen die je sowieso zou moeten meenemen als je voor de keuze staat tussen een klantzijde PO of een PO aan bureauzijde.

  • Als de uitdaging niet zozeer op productniveau ligt maar vooral op procesniveau (bijvoorbeeld door de complexiteit van meerdere kleine projecten tegelijk) geniet de PO aan bureauzijde altijd de voorkeur. De procesverantwoordelijkheid hoort niet bij de klant te liggen
  • Agile kent geen hiërarchie maar die gelijkwaardigheid loopt gevaar als de PO van de organisatie komt die ook de facturen betaalt;
  • De PO-rol is onderdeel van het scrum team – en deelnemer aan retrospective – maar teamleden zullen zich minder snel uitspreken als de klant erbij is. Vertrouwen is de basis van scrum;
  • De klant kent het product het beste maar lijdt ook snel aan tunnelvisie. Hij weet het wel waardoor ook de gebruiker vaak buiten beeld blijft. Doel PO is divergeren in probleem en oplossing. Daarom is bij de design thinking pitch het probleem dat de klant ziet (en de eventuele oplossingsrichting) slechts een van de frames;
  • De PO vertegenwoordigt de stakeholders, inclusief de klant. Een PO aan klantzijde heeft een historie en heeft niet altijd volledig draagvlak in de eigen organisatie;
  • Een PO aan bureauzijde is bekend met de cultuur van het ontwikkelteam en zal hiermee een culturele match hebben.
  • De PO aan klantzijde zal onder druk van de`deadline en/of tegenvallende resultaten de opdrachtgeverspet opzetten (de betaler bepaalt);
  • Door het maakproces volledig bij bureau te leggen, is er nooit discussie over procesverantwoordelijkheid;
  • De PO beschermt het development team tegen de klant. Dat is lastig als je zelf de klant bent;
  • Een PO is dedicated beschikbaar voor het ontwikkelteam en zit op de Agile ‘Individuals & interactions’ afstand. Dat is niet altijd haalbaar voor de klantzijde PO;
  • De PO-rol leer je door vlieguren te maken. Dedication en focus op de rol. Dit spreekt in het voordeel van de PO aan bureauzijde.

N.B. In het interdisciplinaire team (waar LSD fan van is, zeker voor design thinking teams) is de klant wel vertegenwoordigt, maar als gelijkwaardig lid van het ontwikkelteam en niet in de rol van projectmanager of product owner.

Welkom in de LSD toolkit
Je bent beland in de Lean Story Design toolkit. Een schatkist vol werkinstructies, sjablonen, allerhande werkvormen, oefeningen, handige tips en slimme trucs voor de teamcoach, teamlead, LSD coach, scrum master en agile coach.

Als je op zoek bent naar informatie over LSD, de workshops of de boeken, kijk dan op de corporate website.