Method · Decisions
MoSCoW prioritisation: how to run it
Sort every requirement into Must have, Should have, Could have and Won’t have this time — so a team agrees what a release cannot do without, and what can wait.
When it helps
Use it for scoping a release, a project or a budget with a fixed deadline, when the list of wants is longer than the time available.
When to use something else
Skip it when everything ends up as a Must — then the exercise has failed. Agree beforehand roughly how much of the effort Musts may take.
How to run it, step by step
- List the requirements10 min
- Everything being asked for, in plain words.
- Agree the rules5 min
- A Must means the release fails without it. Musts should be well under the time available.
- Sort each item25 min
- Must, Should, Could or Won’t (this time). Argue the Musts hardest.
- Check the Musts fit10 min
- Do the Musts fit comfortably in the time? If not, demote.
- Record and share5 min
- Write the four lists down, including the Won’ts.
What comes out — an example
Made up, to show the shape.
Must. Customers can book; staff can see bookings; payments work.
Should. Reminder emails.
Could. Calendar sync.
Won’t (this time). Mobile app; loyalty points.
Check. Musts take about 60% of the time — fits.
Where it comes from
MoSCoW was created by Dai Clegg at Oracle in 1994 and became part of the DSDM agile method.
Questions
What does MoSCoW stand for?
Must have, Should have, Could have and Won’t have (this time); the o’s are added to make it a word.
Who created MoSCoW?
Dai Clegg, while working at Oracle in 1994; it was later adopted by the DSDM agile framework.
How many items should be Musts?
Few enough that they fit well within the available time — DSDM suggests no more than about 60% of the effort.
Other methods
Try Meetful
Meetings that take their own notes
Free video meetings in the browser: every line of the transcript under the name of who said it, and the summary and action items when you hang up. Nothing to install — guests just open the link.