MoSCoW Prioritization
MoSCoW prioritization is a requirements technique that sorts deliverables into Must have, Should have, Could have and Won't have.
52 resourcesbeginner
It establishes clear consensus between stakeholders and delivery squads on what is essential for release. By explicitly defining what will not be built, it prevents scope creep under tight deadlines.
How it works
MoSCoW categorizes all project requirements into four unambiguous tiers of delivery priority.
- Must have features are non-negotiable legal, security or functional requirements without which the product cannot launch.
- Should have requirements add substantial value and should be included if possible, but workarounds exist if delayed.
- Could have items are desirable enhancements that will be delivered only if excess team capacity remains.
- Won't have (this time) initiatives are explicitly agreed to be out of scope for the current release window.
When to use it
Apply MoSCoW prioritization during release planning and fixed-deadline project kickoff sessions.
- Minimum viable product scoping defines the strict boundary between baseline utility and secondary polish.
- Managing executive expectations establishes formal written agreement on what will not ship in version one.
- Sprint overflow management identifies which 'could have' tickets can be dropped without harming the release.
- Design handoff alignment ensures engineers build core interactive flows before polishing decorative animations.
Common mistakes
Stakeholders frequently sabotage MoSCoW workshops by classifying almost every feature as a Must.
- Labeling everything as a Must have, which destroys prioritization and leaves teams with no flexibility.
- Neglecting the Won't have category, missing the opportunity to kill bad ideas and clarify scope boundaries.
- Failing to re-evaluate categories as new user testing feedback or technical constraints emerge during development.
Key takeaways
- MoSCoW categorizes requirements into Must have, Should have, Could have and Won't have.
- Must have features must represent a realistic subset of capacity to preserve schedule flexibility.
- The 'Won't have' bucket is the most powerful tool for preventing creeping scope creep.
- It creates shared vocabulary and explicit agreement across engineering, design and executives.
Learn this
Lessons and exercises mapped to this concept.
CourseProduct Management FoundationsMaster modern product leadership: root-cause problem discovery, customer-driven vision, cross-functional collaboration, agile execution, and measurable business impact.CourseUX Design FoundationsMaster the principles, cognitive ergonomics, visual hierarchy, and scientific workflows of user experience design. 100% original curriculum synthesized from authoritative interaction design literature.
Common questions
- How does MoSCoW differ from Kano model prioritization?
- MoSCoW categorizes functional necessity for delivery. Kano models customer emotional satisfaction against degree of execution.
- What percentage of a release should be Must have items?
- A healthy rule of thumb is keeping Must haves under sixty percent of total team capacity to leave buffer for unforeseen technical obstacles.