MoSCoW Prioritization Tool
Sort features into Must Have, Should Have, Could Have, and Won't Have. Drop the result into a CSV or a clean Markdown spec — your board is saved in your browser as you go.
The four MoSCoW categories
Must Have
Non-negotiable. The release fails without these. Use sparingly — if everything is a Must, the framework collapses.
Should Have
Important and painful to skip, but the release still works without them. Most candidate features land here.
Could Have
Desirable if there is leftover capacity. Often the first to be cut when timelines tighten.
Won't Have
Explicitly deferred for this round. Documenting these prevents scope creep and aligns stakeholders on what is out.
Frequently asked questions
What does MoSCoW stand for?
MoSCoW is an acronym: Must Have, Should Have, Could Have, and Won't Have. The lowercase 'o's are just there to make the word pronounceable. Each category represents a different commitment level for the current release or planning window.
Where did MoSCoW come from?
MoSCoW originated in the Dynamic Systems Development Method (DSDM) in the 1990s and has since become one of the most widely used prioritization frameworks in product and project management. It is popular because it is simple to explain and surfaces hard tradeoffs quickly.
How do I decide between Must Have and Should Have?
Ask: if we removed this item, would the release still ship and still deliver its core promise? If yes, it is at most a Should Have. Must Have means the release fails without it — true minimum viable functionality. Most teams over-stuff the Must Have column the first time they try MoSCoW; recategorizing forces healthy debate.
What if stakeholders disagree on Must vs Should?
Disagreement here is the point of the exercise. The fastest way through is to ask each person to defend why removing the item would make the release fail — not just be worse, but actually fail. If they can articulate that, it is a Must. If the worst case is 'launch without it but ship in a follow-up,' it is a Should. Capture the rationale in the notes field so the decision survives the meeting.
What does Won't Have actually mean?
Won't Have means 'not in this release / planning window' — not 'never.' It is an explicit deferral that prevents the item from sneaking back in mid-release. Document Won't Have items so you can revisit them in the next planning round; it is one of the most underused MoSCoW categories.
When should I use MoSCoW versus RICE?
Use MoSCoW for release scope decisions where the question is 'does this go in or not?' — particularly for fixed-date releases. Use RICE when you need to compare and rank a long backlog against each other on a continuous score. Many teams use both: RICE to rank candidates, then MoSCoW to draw the line for what makes the release.
Run MoSCoW on your real backlog
Planet Roadmap lets every roadmap item carry a MoSCoW tag alongside customer feedback, votes, and impact data — so prioritization decisions stay connected to the people asking for the work.
Try Planet Roadmap Free