Skip to content
PMPCAPM

MoSCoW Prioritization

MoSCoW is a prioritization technique that categorizes requirements into four groups: Must have, Should have, Could have, and Won't have (this time), helping teams focus on delivering the most critical items first.

Share:

Explanation

MoSCoW prioritization helps teams and stakeholders reach consensus on which requirements are essential versus optional. Must-have items are non-negotiable requirements without which the product will not function or the project will be considered a failure. Should-have items are important but not critical, and the product can work without them temporarily. Could-have items are desirable enhancements that are included only if time and resources permit. Won't-have items are explicitly excluded from the current scope but may be considered in the future.

The technique is especially useful during release planning and Sprint Planning when the team needs to determine which items to include within a fixed timebox or budget. It creates clear expectations among stakeholders about what will and will not be delivered.

MoSCoW originated from the Dynamic Systems Development Method (DSDM) but is widely used across agile approaches. It provides a simpler categorization than numerical priority rankings and helps teams avoid the trap of treating everything as high priority.

Key Points

  • Must have: critical, non-negotiable requirements
  • Should have: important but not critical; delivery can be delayed if needed
  • Could have: desirable enhancements included only if time allows
  • Won't have: explicitly excluded from current scope

Exam Tip

MoSCoW is useful when stakeholders struggle to differentiate priorities. The key insight is that Won't Have does not mean never; it means not this time.

Frequently Asked Questions

Related Topics

High-yield topics our learners drill most before exam day.

Burndown Chart

A Burndown Chart is a graphical representation of work remaining versus time in a Sprint or release, showing whether the team is on track to complete the planned work.

Relative Estimation

Relative Estimation is an agile technique where work items are sized in comparison to each other rather than in absolute units like hours or days, providing faster and more accurate estimates.

Sprint Review

The Sprint Review is a Scrum event held at the end of the Sprint where the Scrum Team presents the Increment to stakeholders, gathers feedback, and collaborates on what to do next.

Sprint Backlog

The Sprint Backlog is the set of Product Backlog items selected for the Sprint, plus the Sprint Goal and the plan for delivering the Increment.

Timeboxing

Timeboxing is the practice of allocating a fixed, maximum amount of time for an activity, after which the activity stops regardless of whether it is complete.

Resource Leveling

Resource leveling is a resource optimization technique in which adjustments are made to the project schedule to keep resource usage at or below a defined limit, often resulting in a longer project duration.

Risk Register

The risk register is a project document that records the details of individual project risks, including their identification, analysis results, response plans, and current status.

Stakeholder Mapping

Stakeholder mapping is the visual representation of stakeholder relationships, influence, interest, or other attributes using grids, matrices, or diagrams to support analysis and engagement planning.

Cost Performance Index (CPI)

Cost Performance Index (CPI) is an EVM efficiency metric that measures cost performance as the ratio of earned value to actual cost: CPI = EV / AC.

Part of

Agile & Hybrid

Study full domain →

Test your knowledge

Practice scenario-based questions on this topic with detailed explanations.