PIM-eisen prioriteren met MoSCoW en gewichten

Wat is MoSCoW-prioritering voor PIM-eisen?

MoSCoW-prioritering deelt elke PIM-eis in als must, should, could of won't have this time. In een PIM-selectie bepalen die categorieën wat een knock-out is en waarover je kunt onderhandelen. Deze pagina hoort bij de gids voor PIM-eisen en bouwt voort op toetsbare PIM-eisen schrijven.

De methode komt uit DSDM, het agile projectraamwerk dat het Agile Business Consortium beheert. DSDM past haar toe op de inspanning in een opleverproject. In een selectie geldt dezelfde logica voor het programma van eisen. Elke must voegt een knock-outtest toe die het team moet uitvoeren en verdedigen.

De gepubliceerde checklist geeft elke eis een standaardprioriteit, afgestemd op een gemiddelde middelgrote fabrikant. Gebruik die als openingsbod voor je eigen workshop.

Hoeveel must-eisen heeft een PIM-selectie nodig?

Houd musts een duidelijke minderheid van het programma van eisen, en laat alleen eisen toe die twee toetsen doorstaan. Domineren de musts, dan onderscheiden ze leveranciers niet meer.

De DSDM-richtlijn houdt de inspanning voor Must Haves op maximaal ongeveer 60 procent van de totale inspanning, met ongeveer 20 procent in Could Haves als buffer. In de gepubliceerde set van PIMvendors hebben 86 van de 240 eisen standaard de status must, ongeveer 36 procent. Platformeisen over security, contracten en exit zijn goed voor 22 van die musts.

PIMvendors legt elke voorgestelde must langs twee toetsen.

1. De weglooptoets: het team wijst een leverancier af die niet aan deze eis voldoet, ook als die op al het andere wint.
2. De bewijstoets: de leverancier kan het bewijzen in een demo, een document of een contractclausule.

Zakt een eis voor de weglooptoets, dan wordt ze een should met een hoog gewicht. Zakt een eis voor de bewijstoets, dan moet je haar herschrijven voordat je haar überhaupt kunt prioriteren. Beide toetsen kosten een paar minuten per eis en halen de meeste discussies over prioriteit uit de scoresessie.

Hoe voeden gewichten de demo-scorekaart?

Gewichten vertalen prioriteiten naar een score die de leveranciers rangschikt die alle musts halen. De scorekaart vermenigvuldigt de mate waarin aan elke eis is voldaan met de prioriteit en het gewicht van het domein.

Een werkbaar model gebruikt drie invoerwaarden. Elke eis krijgt na de demo of documentcontrole een vervullingsscore. Shoulds en coulds krijgen een prioriteitsfactor. Elk domein krijgt een gewicht dat de businesscase weerspiegelt. De tabel is een illustratief voorbeeld, met gewichten die je voor je eigen selectie vaststelt.

De domeinscore is de som van vervulling maal factor, gedeeld door het maximaal haalbare. Het totaal is de gewogen som van de domeinscores. Musts scoor je apart als geslaagd, voorwaardelijk geslaagd of gezakt.

De demo-scorekaart geeft het volledige sjabloon. In PIMvendors-selecties lopen dezelfde ID's door de checklist, de scenario's, de scorekaart en de contractbijlage. Elke score is terug te voeren op een eis.

Wie stelt prioriteiten en gewichten vast?

Het inkoopteam stelt de domeingewichten vast, en de eigenaar van de eisen bepaalt samen met elke proceseigenaar de prioriteiten. Met die verdeling blijven strategische keuzes bij het team en gedetailleerde keuzes bij de mensen die het proces kennen.

Domeingewichten drukken de businesscase uit. Een groothandel met honderden leveranciers weegt proces en integratie misschien zwaarder dan het datamodel. Een fabrikant met verplichtingen onder de PPWR en het paspoort verhoogt mogelijk datamodel en platform. Spreek de gewichten af in één sessie van het inkoopteam, met de businesscase op tafel. Het team zelf staat beschreven bij het inkoopteam op één lijn brengen.

Prioriteiten worden eis voor eis vastgesteld in workshops per domein. De eigenaar van de eisen zit voor, past de weglooptoets en de bewijstoets toe en legt de reden voor elke must vast.

Twee regels beschermen de uitkomst. Gewichten en prioriteiten liggen vast voordat leveranciers de scenario's ontvangen. Wijzigingen na het bevriezen vragen een schriftelijke reden en goedkeuring van de eigenaar. Zonder die regels schuiven prioriteiten op richting de leverancier die het team in de demo het leukst vond.

Hoe behandel je regelgevings- en won't-eisen?

Behandel regelgevingseisen standaard als must en zet de won'ts expliciet op een lijst. Beide schelen later in de selectie discussie.

Regelgevingseisen hebben vaste data. De PPWR geldt algemeen vanaf 12 augustus 2026, en de GPSR geldt sinds 13 december 2024. Een PIM dat de vereiste data niet kan bevatten, veroorzaakt een gat in de compliance, wat het verder ook goed doet. De checklist geeft 20 gepubliceerde eisen een regelgevingslabel. Toets elke eis aan je productscope, houd de geldende eisen als must en noteer de verordening als reden.

Won'ts verdienen dezelfde discipline. Gangbare voorbeelden zijn productie van printcatalogi, een B2B-bestelportaal of prijsbeheer. Een lijst met won'ts voorkomt dat leveranciers demotijd besteden aan functies buiten de scope. Ze voorkomt ook dat beoordelaars die functies belonen.

Bewaar won'ts in de eisenlijst met de status won't en de beoogde fase. Ze vormen het startpunt voor de tweede fase van de roadmap zodra het kern-PIM live is.

Veelgemaakte fouten bij het prioriteren

De meeste fouten bij het prioriteren ontstaan doordat het team te laat of te uniform beslist. De tabel zet de patronen op een rij die PIMvendors het vaakst ziet, met de oplossing voor elk.

Prioriteren gaat snel als de eisen goed geschreven zijn. Elke stap op deze pagina gaat uit van toetsbare eisen met een koppeling naar een proces, zoals in de checklist met PIM-eisen.