Wat een goede Product Owner niet doet

De meeste Product Owners weten wat op de backlog moet. Maar de keuze voor wat er niet op komt is de vaardigheid die het verschil maakt. En die vaardigheid vraagt lef, geen methode. Trainer Koen legt uit waarom.

Door Koen Willemsen | 15 juni 2026

Keuzes maken als Product Owner is vaak lastiger dan het lijkt. De meeste Product Owners weten wat op de backlog moet, maar de keuze voor wat er niet op komt is de vaardigheid die het verschil maakt.

Het probleem is vaak dat niemand het gesprek wil voeren over wat er af moet vallen, legt trainer Koen Willemsen uit: “Veel Product Owners weten wel wat ze moeten doen. Maar kiezen wat je niet doet? Daar begint het.”

Het klinkt eenvoudiger dan het is, want in de praktijk wordt de backlog van de meeste Product Owners groter en groter. Dit is niet omdat er zoveel nieuwe ideeën zijn. De backlog groeit, omdat niemand het gesprek wil voeren over wat er af moet vallen.

Vaak gaat het zo: de salesafdeling wil een nieuwe feature, vervolgens heeft de directie een strategische prioriteit, terwijl de ontwikkelaars een technische schuld signaleren die al twee sprints wacht.

En jij? Jij staat in het midden, met een overvolle lijst en de stille verwachting dat je iedereen tevreden houdt.

De meeste Product Owners weten inmiddels wel wat er op de backlog moet. Maar de vaardigheid die het verschil maakt zit aan de andere kant: kiezen wat er niet op komt. En die keuze vraagt om iets heel anders dan een betere methode.

In de video hieronder vertelt Koen meer over zichzelf en zijn visie op productownerschap.

Een volle backlog is geen strategie

Daarom draait keuzes maken als Product Owner niet om meer werk oppakken, maar om bewust kiezen wat geen prioriteit krijgt.

En waar begin je dan? Volgens Koen is dat bij je backlog: “Tel eens het aantal items dat al langer dan drie sprints op je backlog staat te wachten.”

“De kans is groot dat je daar een hardnekkige mix van twee dingen vindt,” zegt Koen. Sommige items leken ooit belangrijk, maar bleken het achteraf niet te zijn. Die kun je weghalen, maar ook dat is een beslissing die je moet verdedigen.

Andere items zijn juist belangrijk, strategisch zelfs, maar die in de waan van de dag continu worden verdrongen omdat je alleen nog maar brandjes aan het blussen bent. Die moet je naar voren halen, en dat vraagt om de moeilijkere beslissing: nee zeggen tegen de continue instroom van nieuwe, ad-hoc ideeën. En die nee is precies de keuze waar de meeste Product Owners het langst voor blijven staan.

Beide categorieën blijven onnodig ruimte innemen zolang je het gesprek erover vermijdt. Een backlog die alleen maar groeit, heeft op een gegeven moment niks meer te zeggen over waar je naartoe wilt. Wat er op jouw backlog staat, en wat er al maanden op staat, zegt meer over jouw positie in de organisatie dan welk functieprofiel dan ook.

Prioriteren als Product Owner is daarom niet alleen een kwestie van sorteren. Het gaat over de bereidheid om te zeggen: dit doen we niet, of nu even niet, en hier is waarom.

Keuzes maken als Product Owner begint bij nee zeggen

Dit fenomeen ziet trainer Koen Willemsen al jaren voorbijkomen. Hij werkt al meer dan tien jaar op het snijvlak van productontwikkeling en Agile transformatie, bij organisaties als NS, ASML en PostNL.

En ook in zijn trainingen ziet hij keer op keer hetzelfde patroon: Product Owners beheersen de theorie, maar lopen vast op het moment dat de praktijk vraagt om een keuze die pijn doet.

Terwijl het maken van zo’n keuze juist zo belangrijk is, zegt Koen: “In de kern gaat product ownership over keuzes maken. Wat doen we wel en vooral wat doen we niet.”

Hoe je dit volgens hem kunt aanvliegen? Dat vraagt om lef: “Ga het gesprek aan met mensen, confronteer ze met de consequenties van de keuzes die worden gemaakt en durf te kiezen om een bepaalde kant uit te gaan.”

Dat gesprek aangaan levert je als Product Owner de meeste waarde op, en het is precies de plek waar het wringt. Want een stakeholder confronteren met de consequenties van zijn eigen wensen is iets anders dan een backlog ordenen in een tool. Het vraagt dat je de productstrategie zo scherp hebt dat je hem kunt uitleggen aan iemand die het er niet mee eens is.

Frameworks helpen niet als het spannend wordt

Er zijn genoeg methodes voor prioritering: MoSCoW, WSJF, de Kano-methode, impact-effort matrices. Zo is de gereedschapskist van de gemiddelde Product Owner gevuld. 

Toch lossen deze frameworks het kernprobleem niet op, want dat zit niet in de methode. Het zit in de toepassing ervan op het moment dat een directeur vraagt waarom zijn idee er niet in zit.

Dat dit patroon breed herkend wordt, laat het Nationale Product Owner Onderzoek 2026 zien. Van de 670 ondervraagde product owners maakt 63,1% het opleidingsbudget aan het einde van het jaar niet op. De meest genoemde reden: structureel tijdgebrek door ad-hocwerk. De waan van de dag wint het keer op keer van de langere termijn.

Koen herkent dat patroon: “Leren is één ding in theorie, van een boekje. Maar uiteindelijk gaat het om resultaten in de praktijk. Daarom vind ik het belangrijk om te focussen op die praktijk, daar waar je het verschil kan maken.” 

De backlog die jij beheert past in geen enkel leerboek. De stakeholders in jouw organisatie hebben hun eigen dynamiek, hun eigen belangen en hun eigen manier om druk te zetten. 

Dat maakt oefenen in jouw eigen context geen luxe, maar een voorwaarde voor gedragsverandering.

Product Owners die leren prioriteren in hun eigen praktijk, met hun eigen backlog en hun eigen stakeholders als oefenmateriaal, bouwen een vaardigheid op die ze de volgende dag al kunnen toepassen. Dat is het verschil tussen een cursus afvinken en persoonlijke groei doormaken.

Trainer Koen Willemsen backlog

Prioriteren leer je niet uit een boekje

Je hoeft dus geen methodes te leren om je backlog te laten krimpen. Het is belangrijk om te leren hoe je het gesprek voert over wat er niet in zit, waarom dat de juiste keuze is en hoe je die keuze uitlegbaar maakt aan iedereen die er belang bij heeft.

Uiteindelijk leer je keuzes maken als Product Owner niet uit een boekje, maar in de praktijk: door stakeholders mee te nemen, consequenties bespreekbaar te maken en keuzes te onderbouwen.

Koen Willemsen traint Product Owners in precies dat: koers houden, keuzes onderbouwen en prioriteren als Product Owner in de situaties die er toe doen, niet in een theoretisch scenario. 

In de training Product Owner in de Praktijk werk je aan jouw eigen backlog, met directe feedback van Koen en vakgenoten uit andere organisaties die tegen dezelfde hobbels aanlopen.

Bekijk het programma en schrijf je in via de trainingspagina. Of neem contact op met Marianne als je eerst wilt sparren over wat jouw situatie vraagt.