Ik heb al eens eerder geschreven dat ik binnen onze organisatie ook een interne rol heb behalve die van eBusiness Consultant; namelijk de SCRUM Product Owner (PO). De Product Owner dient als proxy van de klant voor de SCRUM (Agile) projectmethode – net zoals de eBusiness Consultant de schakel is tussen het interne projectteam en de klant.
Vanwege dat laatste is het ook het meest voor de hand liggend dat onze eBusiness Consultants deze rol vervullen – zij zijn immers bekend met de materie, de business case, en kennen de wensen, eisen en prioriteit van de klant. Well, I beg to differ…
Als eBusiness Consultant daag ik de klant graag uit. We praten en discussieren over bepaalde vraagstukken, problemen en eventuele oplossingen. Ik schrijf voorstellen, adviezen of wijzigingsverzoeken, voer analyses uit en lever bepaalde rapportages op. Ik wil regelmatig contact om samen aan de hand van verkoopcijfers, lopende acties of Analytics de huidige stand van zaken door te nemen. Ik begeef mij dus dicht bij de klant – dat is het uitgangspunt van de functie als eBusiness Consultant.
In mijn rol als Product Owner ben ik nauw betrokken bij lopende projecten van de verschillende teams. Vanuit mijn rol moet ik zorgen voor een continue aanwas (iteratief) van specificaties, antwoorden geven op vragen, en standby staan indien er impediments zijn (problemen waardoor er niet verder gewerkt kan worden). Op zich nog niet zo heel spannend allemaal aangezien dit aanwezige kennis van de eBusiness Consultant dient te zijn. Deze werkzaamheden kosten echter een hoop tijd. Bij 3 to 4 lopende projecten wordt het lastig deze werkzaamheden te combineren met de functie van eBusiness Consultant. Interne vergaderingen (sprint planning, dagelijkse stand-ups, reviews) en het bijhouden van product-backlogs nemen steeds meer tijd in beslag wat ten koste gaat van mijn beschikbaarheid als eBusiness Consultant.
Hiernaast is het ook mijn rol als Product Owner om de voortgang van het project te bewaken. In het geval van een time-box project beheer ik als het ware de portommonee van mijn klant – waarin ik samen met de klant bepaal wat de business value van bepaalde functionaliteit is. Aan de hand hiervan bepalen we samen of dat features moeten worden toegevoegd, en zo ja; wat de prioriteit van deze features is. Aangezien bij fixed-price projecten de kosten voor de klant al bepaald zijn, bewaak ik eigenlijk alleen de interne kostenbegroting. Dit is in mijn mening een taak die veel beter door de Project Manager uitgevoerd kan worden; als eBusiness Consultant stel ik nu bepaalde features op, waarop ik later als Product Owner moet bezuinigen om binnen budget te kunnen blijven. Aangezien wij de meeste van onze projecten op basis van fixed-price uitvoeren, moet ik dan ook op kosten sturen, terwijl ik daar als Consultant juist van probeer weg te blijven.
Ik twijfel dan ook of dat de rol van Product Owner daadwerkelijk vervult moet worden door een eBusiness Consultant. Het heeft uiteraard voordelen – de inhoudelijke (klant)kennis – maar weegt dit op tegen de nadelen?
{ 2 comments… read them below or add one }
Hey Jeroen, bedankt voor je post. Interessant onderwerp!
Ik zie echter uit deze post niet echt een fundamenteel conflict tussen de twee rollen behalve het door jou genoemde tijdgebrek. Zou dit niet net zo goed op te lossen zijn door in minder projecten als PO mee te draaien? 3 a 4 projecten lijken me inderdaad wat veel als je ook nog andere taken hebt.
Wellicht is het ook eens interessant te kijken naar de manier waarop XP dit probleem oplost. Hier heb je geen PO maar een on site customer. Door iemand van de klant deze rol te geven los je dit probleem ook op lijkt me, de on site customer zal nog bekender zijn met zn eigen organisatie. Een nadeel is dat on site customers minder bekend zijn met de rol die ze in het ontwikkelteam spelen. Wellicht kan je dit probleem oplossen door in je rol van eBusiness consultant een aantal on site customers te adviseren.
Hi Mendelt. Bedankt voor je terugkoppeling.
Wellicht dat de nadruk in mijn post teveel op tijd ligt, maar in mijn ogen is het probleem meer dat ik door mijn rol als Product Owner bij projecten met een fixed-budget / scope stuur op budget, terwijl ik als eBusiness Consultant wil sturen op functionaliteit. Hierbij moeten de kosten uiteraard wel opwegen tegen de baten.
Bedankt voor je tip met betrekking tot de on site customer. Ik ken deze term en toepassing nog niet. Wellicht dat het inderdaad een oplossing biedt. Ik ga me erin verdiepen (als ik tijd heb ;-))