Soms werkt een Scrum Team hard, maar blijft de waarde achter. De sprints lopen. De backlog is gevuld. De ceremonies staan in de agenda. Iedereen is druk. Toch ontstaat er weinig zichtbaar effect voor gebruikers of de organisatie.
Dat is frustrerend, juist omdat het aan de buitenkant lijkt alsof alles klopt.
In de praktijk zien we een aantal herkenbare patronen. De Product Owner is vooral doorgeefluik van stakeholders. De backlog staat vol oplossingen zonder duidelijke problemen. Prioriteiten wijzigen vaak, maar zonder nieuwe inzichten. Of het team levert vooral output omdat waarde moeilijk meetbaar is gemaakt.
Deze patronen ontstaan meestal niet uit onwil. Vaak probeert iedereen juist behulpzaam te zijn. De Product Owner wil stakeholders serieus nemen. Het team wil leveren. Management wil voortgang zien. Dus wordt er gebouwd.
Maar bouwen is niet hetzelfde als waarde leveren.
De ongemakkelijke waarheid is dat Scrum een organisatie niet automatisch productgerichter maakt. Als beslissingen nog steeds worden genomen op basis van druk, gewoonte of politieke invloed, dan verandert een sprintstructuur daar weinig aan.
Een veelvoorkomend voorbeeld is een Product Owner die geen echte beslissingsruimte heeft. Op papier is de rol helder. In de praktijk bepalen anderen wat er moet gebeuren. Het team noemt iemand Product Owner, maar de waardeafweging ligt ergens anders. Dan wordt de rol zwakker dan bedoeld.
Wat helpt, is eerlijk kijken naar het systeem rond de Product Owner. Heeft deze persoon toegang tot gebruikers? Is er ruimte om nee te zeggen? Wordt waarde besproken, of alleen planning? Zijn stakeholders bereid keuzes te accepteren?
Daarmee komen persoonlijke, professionele en leiderschapsvaardigheden samen. Een sterke Product Owner heeft kennis nodig, maar ook moed, gesprekstechniek en productinzicht.
PSPO1 kan helpen om anti-patterns te herkennen. Toegepast Productmanagement kan helpen om er in de praktijk beter mee om te gaan.
Welk patroon houdt jouw team misschien bezig, zonder dat iemand het nog als probleem benoemt?
Een product roadmap wordt vaak gezien als een planning. Wanneer komt welke feature? In welk kwartaal staat wat? Wat kunnen..
Je kent het waarschijnlijk wel. Een project lijkt inhoudelijk goed opgezet. De planning klopt ongeveer, de aanpak is besproken en..
Niet elke productverbetering zorgt voor evenveel tevredenheid. Sommige dingen vallen pas op als ze ontbreken. Andere dingen maken gebruikers blij..
MoSCoW-prioritering klinkt aantrekkelijk omdat het eenvoudig is. Must have, should have, could have en won’t have. Vier categorieën. Iedereen kan..
Soms staat een backlog vol met losse user stories die op zichzelf logisch lijken. Toch mist het geheel samenhang. Het..
Veel mensen komen pas met PRINCE2 in aanraking wanneer een organisatie groter wordt, projecten formeler worden of wanneer er ineens..
Het kan vreemd voelen. Iemand heeft jaren ervaring, kent de methodes, heeft moeilijke projecten gedaan en weet hoe je een..
Zelfsturende teams worden vaak positief besproken. Meer autonomie. Meer eigenaarschap. Minder management. Sneller reageren op de praktijk. Dat kan allemaal..