MoSCoW-prioritering · IN HET KORT
Maak een haalbare afbakening voor een project of release. De skill deelt eisen in Must, Should, Could en Won’t in, toetst of er een alternatief bestaat en maakt zichtbaar wat deze ronde bewust vervalt.
Jouw opdracht
Voor de proef willen we inschrijven, bevestigen, een forum en persoonlijke profielen. De inschrijfdatum staat vast.
Mogelijke uitwerking
Inschrijven en een bruikbare bevestiging dragen het proefdoel. Een forum kan buiten deze ronde vallen; profielen krijgen pas prioriteit als er geen werkbaar alternatief is.
01 / DE BASIS
Vier onderbouwde categorieën, een verdeling van het werk en een expliciete afspraak over wat buiten deze ronde valt.
02 / ZO KAN HET ERUITZIEN
Voor de proef willen we inschrijven, bevestigen, een forum en persoonlijke profielen. De inschrijfdatum staat vast.
Inschrijven en een bruikbare bevestiging dragen het proefdoel. Een forum kan buiten deze ronde vallen; profielen krijgen pas prioriteit als er geen werkbaar alternatief is.
Dit voorbeeld laat de werkwijze zien. Het is geen klantresultaat of garantie op een specifieke uitkomst.
03 / AAN DE SLAG
Maak doel, termijn en belangrijkste beperking concreet.
Vraag per eis wat werkelijk onmogelijk wordt als die ontbreekt en of een alternatief bestaat.
Bekijk overbelasting en leg vast wat bij tegenslag vervalt of later terugkomt.
04 / MAAK HET EIGEN
Neem de instructies mee, voeg je eigen context toe en controleer de uitwerking. Jij houdt de regie.
Alle informatieDownload. Pas toe. Verfijn.
Taal van het bestand: Nederlands
Lees verder in je eigen tempo.
Je plakt je backlog in Claude en je krijgt een scope terug die je naar je stakeholders kunt sturen: elk item in Must Have, Should Have, Could Have of Won't Have this time, met per item een onderbouwing van een zin. De skill volgt de MoSCoW methode van Dai Clegg zoals DSDM die uitwerkte, haalt elk kandidaat-Must door de Must-test en waarschuwt zodra Must Have boven de 60 procent van de scope uitkomt. Want een planning waarin alles moet, is geen planning.
de regels hierboven komen uit de zip op deze pagina · SKILL.md is 9.408 bytes
Dit is het uitgewerkte voorbeeld dat in de SKILL.md zelf staat, hier ingekort weergegeven: een MVP-lancering met zeven taken en meer wensen dan tijd. Let op de mobiele app. Die voelt als het grootste item van de lijst, en juist daarom is de Won't-uitleg erbij belangrijker dan het label zelf.
De AI MoSCoW Prioritering Coach is onderdeel van de bibliotheek van 100 gratis skills van TheSEO. Een skill is een instructiebestand, SKILL.md, dat een AI-assistent een vaste werkwijze meegeeft voor precies een taak. Geen software, geen abonnement, geen koppeling: een tekstbestand van 1.449 woorden dat Claude vertelt hoe hij een backlog in vier categorieen sorteert, welke test elk item moet doorstaan voordat het Must Have mag heten, wanneer hij moet doorvragen en in welke vorm het resultaat wordt opgeleverd. Wat een skill precies is en waarom dit soort bestanden zo goed werkt, lees je in wat zijn Claude skills.
Het probleem dat deze skill oplost heet in elk team anders, maar het patroon is hetzelfde. De sprint begint met twaalf taken die allemaal belangrijk heten. Niemand wil toegeven dat zijn item er niet bij hoort, dus alles wordt prioriteit, en als alles prioriteit is, is niets het. Halverwege de periode blijkt de tijd op, en dan vervalt niet het minst belangrijke item maar het item van degene die toevallig niet in de vergadering zat. MoSCoW vervangt dat proces door een criterium: niet hoe belangrijk voelt dit, maar wat gebeurt er als dit er deze ronde niet in zit.
Geschreven is hij voor iedereen die een scope moet bewaken: product owners en teams die releases en sprints plannen, founders die een MVP afbakenen, marketeers met een campagne-kalender, en dienstverleners die de omvang van een project moeten vastleggen voordat er een offerte uit kan. Samen met de rest van de skill-bibliotheek stellen we hem gratis beschikbaar vanuit de dienst AI en automatisatie, zonder account en zonder verkoopmail achteraf.
Een ding moet je vooraf weten: MoSCoW is een afsprakenkader, geen rekenmodel. De methode maakt keuzes bespreekbaar en legt ze vast, maar ze rangschikt niet binnen een categorie. Heb je acht Should Haves en wil je weten welke daarvan eerst gaat, dan heb je een rekenende methode naast deze skill nodig. Daarover verderop meer, inclusief de skill die dat gat invult.
MoSCoW is bedacht door Dai Clegg, destijds werkzaam bij Oracle, en beschreven in het boek Case Method Fast-Track: A RAD Approach dat hij in 1994 samen met Richard Barker publiceerde. De methode werd daarna uitgewerkt en verspreid via DSDM, het agile raamwerk van het huidige Agile Business Consortium, en juist die DSDM-uitwerking maakt het verschil tussen een handig ezelsbruggetje en een planningsinstrument. De naam is een acroniem van Must Have, Should Have, Could Have en Won't Have this time; de twee o's zijn alleen toegevoegd om het woord uitspreekbaar te maken.
De vier categorieen lijken simpel, maar elk woord is precies gekozen. Must Have betekent niet heel belangrijk maar blokkerend: zonder dit item is de oplossing binnen deze timebox niet leverbaar, niet legaal, niet veilig of zinloos. Should Have is belangrijk en pijnlijk om te missen, maar er bestaat een workaround. Could Have is de buffer van de planning: wenselijk als er ruimte is, en het eerste dat vervalt bij tegenslag. En Won't Have this time is geen prullenbak maar een afspraak: dit gebeurt deze ronde bewust niet, en dan staat er ook bij wanneer het opnieuw op tafel komt.
Die laatste categorie is de meest onderschatte. Zonder een expliciete Won't lijst sijpelen afgevallen items geruisloos terug de scope in, en dat verschijnsel heeft een naam: scope creep. Het verschil tussen een team met en zonder die afspraak laat zich het kortst tonen als diff.
De voorbeelden in dit blok komen uit het voorbeeldscenario in het skill-bestand zelf. Het zijn illustraties van de methode, geen metingen van ons of van een klant.
Elke categorie heeft in het bestand een harde definitie plus het criterium dat erbij hoort. De mono-regels eronder komen uit die definities. De onderste rij is de kernregel uit DSDM die de hele indeling bewaakt.
# De verhoudingen komen uit de SKILL.md zelf: Must hooguit zestig procent, Could ongeveer twintig procent als buffer volgens DSDM. Het zijn geen gemeten cijfers uit een project.
# De breedte staat voor inspanning binnen de timebox, niet voor het aantal items: dat verschilt per project.
Een skill is zo goed als zijn instructies, dus die beschrijven we hier gewoon. Bovenaan staat een frontmatter die bepaalt wanneer Claude de skill oppakt: bij de letterlijke termen als MoSCoW en Must Should Could Wont, maar ook bij situaties als prioriteer mijn backlog, wat moet er in de MVP, stakeholders willen alles tegelijk en scope creep. Zelfs een geplakte lijst eisen met de vraag wat erin moet is genoeg. In diezelfde frontmatter staat ook wanneer hij zichzelf niet oppakt: voor een fijnmazige ranking binnen een categorie verwijst hij naar RICE, voor pure urgentie naar Eisenhower en voor een go-of-no-go-beslissing naar een pre-mortem of inversie.
De kern van het bestand is een vaste werkwijze van zes stappen. Eerst doel en timebox vaststellen, want een Must Have is altijd een Must Have voor iets, binnen een afgebakende tijd. Dan doorvragen bij ontbrekende context, met maximaal drie gerichte vragen. Dan elk item door de Must-test halen: wat gebeurt er als dit er deze timebox niet in zit, en bestaat er een workaround.
Dan per item precies een categorie en een onderbouwing van een zin, zodat het team over het criterium kan discussieren in plaats van over de persoon die het item inbracht. Dan de overload-check: komt Must Have boven de 60 procent, dan stopt de indeling en gaat elk kandidaat-Must opnieuw door de test, hardop, tot de verdeling houdbaar is of expliciet benoemd wordt dat de timebox te klein is. En als laatste het definitieve overzicht plus de Won't afspraak, uitgeschreven in zinnen die je letterlijk naar stakeholders kunt sturen.
De output heeft een verplichte structuur van vijf onderdelen: de kop met doel, timebox en belangrijkste beperking; de vier categorieblokken met per item de onderbouwing; de verdeling in aantallen en percentages met de 60 procent grens erbij; een blok risico en herverdeling dat benoemt welke Could Haves bij tegenslag als eerste vervallen; en de Won't afspraak zelf. Verder zit er een uitgewerkt voorbeeldscenario in, de MVP-lancering die deze pagina als rode draad gebruikt, een lijst van acht dingen die de skill nooit doet, een bronvermelding naar Clegg en Barker en naar DSDM, en vijf stijlregels, waaronder: toon altijd de verdeling in procenten, ook als er niet om wordt gevraagd.
Wil je zelf leren hoe je zo'n instructiebestand opbouwt, dan staat de volledige uitleg in SKILL.md schrijven.
De verdeling uit het voorbeeldscenario van FIG.01, hier als balken. Schematisch voorbeeld: de percentages komen uit het skill-bestand, niet uit een meting. De gestippelde rode lijn is de grens uit DSDM: zodra de Must-balk daaroverheen groeit, stopt de skill en begint het herrangschikken.
De zwakte van elke prioriteringsmethode is inflatie. Vraag een team wat Must Have is en je krijgt een lijst waarop bijna alles Must Have is, want niemand wil dat zijn item als eerste sneuvelt. Het label verliest dan zijn betekenis, en de planning die erop rust wordt een belofte die niemand kan nakomen. Daarom behandelt het bestand Must Have niet als wensenlijst maar als garantie, en een garantie geef je alleen af als je hem kunt waarmaken.
De vuistregel komt uit DSDM: laat Must Haves niet meer dan 60 procent van de inspanning van de timebox beslaan, en plan ongeveer 20 procent van de inspanning als Could Have in. Die verhouding is geen magie maar buffer-logica. Boven de 60 procent is de planning broos: elke tegenvaller raakt dan direct een item dat niet mag vervallen, en het team kan alleen nog kiezen tussen de deadline breken of de belofte breken. Met een gezonde verdeling vangt de Could-laag de klappen op, blijven de Musts en Shoulds staan, en houdt het team zijn woord ook in een slechte week.
Operationeel wordt die regel in de overload-check uit stap vijf. De verdeling wordt altijd uitgerekend, in items en waar mogelijk in geschatte inspanning, en getoond ook als je er niet om vraagt. Komt Must Have boven de grens, dan stopt de indeling en gaat elke Must Have opnieuw door de Must-test, hardop: wat gebeurt er echt als dit vervalt.
Meestal blijkt dan dat een deel van de Musts eigenlijk Shoulds zijn met een workaround die niemand hardop wilde noemen. En blijft de lijst ook na herrangschikken te vol, dan krijg je te horen wat er dan aan de hand is: niet een prioriteringsprobleem, maar een timebox die te klein is voor het doel. Ook dat is een uitkomst, en een eerlijkere dan een planning waarvan iedereen weet dat hij niet gehaald wordt.
Handig om erbij te pakken: wie na de indeling binnen een categorie wil rangschikken, bijvoorbeeld omdat er acht Should Haves zijn, kan de lijst doorgeven aan de RICE Prioritering skill, die per item een score rekent. De twee methodes vullen elkaar precies aan: MoSCoW bepaalt wat erin mag, RICE bepaalt wat eerst gaat.
De SKILL.md bevat onder de kop Wat NIET doen acht vaste regels, en die lijst is minstens zo belangrijk als de vier categorieen. Elke regel is een verzoek dat je zou kunnen doen, met de reactie die de skill volgens zijn eigen instructies geeft.
De zip bevat een map, ai-moscow-prioritering-coach, met daarin de SKILL.md. Installeren is een kwestie van het bestand op de juiste plek zetten, en die plek verschilt per omgeving. SKILL.md is sinds december 2025 een open standaard, en dezelfde skill werkt daardoor ook in Codex, Cursor en Gemini CLI. Je downloadt dus geen Claude-bestand maar een werkinstructie die elke moderne AI-assistent kan lezen.
~/.claude/skills/ (of .claude/skills/ in je project)./ai-moscow-prioritering-coach.AGENTS.md in je repo.AGENTS.md.Daarna is het gebruik simpel: plak je lijst, noem je doel en je timebox, en vraag om een MoSCoW-indeling. Ontbreekt het doel of de periode, dan vraagt de skill het na met maximaal drie vragen. Loop je ergens vast bij het installeren, dan staat elke stap uitgelegd in de gids Claude skills installeren.
Zes situaties staan er zelf in opgesomd waarin MoSCoW zijn waarde bewijst: een release of sprint met meer eisen dan capaciteit, een MVP die afgebakend moet worden, een backlog waar alles belangrijk heet, stakeholders die op een lijn moeten komen over wat er deze ronde niet gebeurt, een projectscope die vastgelegd moet worden voordat de offerte de deur uit kan, en kalenders of campagnes met een harde deadline. De rode draad: overal waar de capaciteit kleiner is dan de wensenlijst en waar mensen het daarover eens moeten worden, werkt de methode. Juist omdat de output leesbare zinnen zijn in plaats van getallen, is hij geschikt voor gesprekken met niet-technische stakeholders.
Even eerlijk is het bestand over wanneer je hem laat liggen, en dat zijn er vier. Voor een fijnmazige ranking binnen een categorie is MoSCoW te grof: dan wil je de rekenende aanpak van RICE. Voor pure urgentie-sortering van losse taken hoort de Eisenhower matrix. Voor een go-of-no-go-beslissing op een enkel project wil je een pre-mortem of inversie, geen categorielabels. En zonder doel en timebox begint de skill er simpelweg niet aan, want MoSCoW zonder timebox maakt alles een Must.
De belangrijkste grens is menselijk, niet methodisch: keuzes worden zichtbaar en bespreekbaar gemaakt, maar geaccepteerd moeten ze door je team worden. Als de directeur na de indeling alsnog eist dat alle zeven items Must Have zijn, dan heb je geen prioriteringsprobleem maar een capaciteitsgesprek, en dat gesprek moet een mens voeren. Wat je daarvoor meekrijgt is precies wat je in dat gesprek nodig hebt: de verdeling in procenten, de risico-analyse en de vraag wat er dan van de lijst af mag.
Deze skill is de gratis doe-het-zelf-versie van werk dat we ook als dienst leveren. Hij blijft compleet en zonder addertjes, maar besef wat een skill is: hij leert je AI hoe hij iets doet, terwijl elke nieuwe sessie leeg begint. Jij prompt, jij levert elke keer opnieuw je doel en je backlog aan, jij controleert. Wie dat anders wil, heeft twee vervolgstappen: de motor uit handen geven, of het geheugen regelen.
Trede 3 verdient meer dan een alinea, want juist bij scope is geheugen het verschil. Een MoSCoW-indeling is een afspraak, en een afspraak die niemand terugvindt bestaat na twee sprints niet meer. Jarvis is het organisatiebrein dat die afspraken vasthoudt en er bij elke nieuwe sessie mee begint. Je merkt het als eerste bij de start van een nieuwe sessie.
Wij werken zelf al maanden op deze manier. Elke agent-sessie, elke taak en elke beslissing gaat het logboek in en is terug te lezen. Een nieuwe sessie begint daardoor niet blanco: hij haalt eerst de vastgelegde besluiten, de lopende projecten en de laatste wijzigingen op, en werkt verder waar de vorige stopte. Bij scope is dat het verschil tussen een Won't-afspraak die twee sprints later nog geldt en eentje die niemand meer kan terugvinden. Geen belofte dus, maar de manier waarop wij dagelijks werken.
Bekijk de vier plannen op jarvis/prijzen. Via de wachtlijst geef je alleen vrijblijvend je voorkeursplan door. Dat maakt nog geen account, bestelling of betalingsplicht. Zakelijk maatwerk bespreken we eerst.
Scope bepalen staat nooit op zichzelf: er komt een volgorde na en er liggen groeivragen onder. Deze skills uit dezelfde bibliotheek pakken elk een ander stuk van die keten.
MoSCoW bepaalt wat erin mag. Deze twee sorteren op een andere as: score en urgentie.
RICE PrioriteringDe rekenende tegenhanger: rangschikt binnen je categorieen op Reach, Impact, Confidence en Effort.SKILL Eisenhower Matrix CoachVoor pure urgentie: het bestand verwijst hier zelf naar zodra deadlines de volgorde bepalen.SKILLWat er in een release hoort, hangt af van waar je groei vandaan komt. Deze twee brengen dat in beeld.
AARRR Pirate Metrics CoachBrengt je funnel in kaart, zodat je weet welk deel van de backlog aan welk groeistadium werkt.SKILL Hook Model BouwerVoor retentie-items op je lijst: wat herhaald gebruik echt aandrijft, voordat je er scope aan geeft.SKILLNieuw met skills, of zelf een schrijven: deze gidsen leggen het fundament.
Wat zijn Claude skillsDe uitleg van het bestandsformaat, de open standaard en wat je er wel en niet van mag verwachten.BLOG Claude skills installerenDe installatiegids voor Claude Code, Claude.ai en Codex, stap voor stap.BLOGWaar deze skill vandaan komt en wat er nog meer is.
De hele skill-bibliotheekAlle 100 gratis skills op een rij, per onderwerp gesorteerd.HUB AI en automatisatieDe dienst erachter: van losse skills naar werkende automatisering in je bedrijf.SRV AI-trainingenAls je team dit soort werk zelf wil leren opzetten.SRV KennisbankArtikelen over SEO, AI en online zichtbaarheid, doorzoekbaar.DOCNiets. Hij is gratis, valt onder de MIT-licentie en vraagt geen account en geen e-mailadres. Je downloadt een zip van 4,1 KB met daarin een map met een enkel bestand, SKILL.md, en dat is de complete skill. Er is geen betaalde versie en er komt geen verkoopmail achteraan.
Ja. SKILL.md is sinds december 2025 een open standaard, en hetzelfde bestand werkt daardoor ook in Codex, Cursor, Gemini CLI en andere tools die de standaard volgen. In Codex pak je de zip uit in .agents/skills/ in je project, of in ~/.agents/skills/ voor al je projecten; Codex ondersteunt SKILL.md sinds de open standaard van december 2025 rechtstreeks. De inhoud van SKILL.md in je AGENTS.md zetten kan ook nog steeds. De instructies zijn leesbare tekst, dus een AI-assistent die instructiebestanden accepteert kan ermee overweg.
De vuistregel komt uit DSDM: Must Haves beslaan niet meer dan 60 procent van de items of van de geschatte inspanning. Daarboven is de planning broos, want elke tegenvaller raakt dan direct iets dat niet mag vervallen. De verdeling wordt altijd uitgerekend, en boven de grens gaat elke Must Have opnieuw door de Must-test totdat de verhouding houdbaar is.
Should Have is belangrijk en pijnlijk om te missen, maar er bestaat een workaround en de oplossing blijft bruikbaar. Could Have is wenselijk als er ruimte over is en vormt de buffer van de planning: bij tegenslag vervallen Could Haves als eerste. DSDM plant daarom bewust ongeveer 20 procent van de inspanning als Could Have in.
Nee, en dat is precies de kracht van de categorie. Won't Have this time betekent bewust buiten scope voor deze ronde, met de afspraak wanneer het opnieuw op tafel komt. In het bestand heet die lijst geen afvalbak maar een afspraak die scope creep voorkomt, en je krijgt hem uitgeschreven terug, klaar om naar stakeholders te sturen.
Nee. De methode werkt op alles met meer wensen dan capaciteit: content kalenders, marketing campagnes, operationele projecten en de scope van een offerte of MVP. De enige harde voorwaarde uit het bestand is dat er een doel en een timebox zijn, want zonder timebox maakt MoSCoW alles een Must.
MoSCoW sorteert kwalitatief in vier categorieen en is snel, wat goed past bij releases, sprints en scope-gesprekken met stakeholders. RICE rekent per item een score uit op Reach, Impact, Confidence en Effort, wat beter past bij een roadmap met cijfers. De twee vullen elkaar aan: MoSCoW bepaalt wat erin mag, RICE bepaalt wat eerst gaat.
Een heldere scope is het halve werk: daarna moeten de Must Haves ook gebouwd, geschreven of gelanceerd worden. Staat je website of vindbaarheid op die lijst, dan laat de gratis SEO scan in enkele seconden zien waar je site nu staat, zodat je weet of dat item terecht in Must Have staat. En wil je doorpraten over wat AI verder voor je bedrijf kan doen, van losse skills tot volledige automatisering, dan doen we dat gewoon in een gesprek.
