methodatlas
Delivery

MoSCoW

Turns scope, ordering, and flow into a tangible result by collecting items, assigning must/should/could/won't categories, and finalizing the release set.

Core question
Which items must be included in the release, which are negotiable, and how much scope remains for stakeholder negotiation?
LowWorkshop + async30-90 min
Purpose

The method helps clarify scope, ordering, and delivery flow concretely. It makes work, boundaries, and ordering manageable. The result is captured as a prioritized backlog, release scope, and tradeoff notes.

How it works

The team follows the steps: collect items, assign must, should, could, and won't, validate musts against constraints, negotiate scope, and finalize the release set. Each step is captured visibly. At the end, a prioritized backlog, release scope, and tradeoff notes are available so decisions, tests, or actions can follow directly.

Visual orientation

Method sketch for a quick mental model.

MoSCoW · Scope PrioritizationSeparate Must, Should, Could, and Won't as negotiable delivery scope with constraint check
MoSCoWThe visual shows four prioritization bands for Must, Should, Could, and Won't plus a gate for must-have constraints.Negotiate scope without calling everything equally importantMoSCoW separates real minimum requirements from important, optional, and deliberately deferred items.MMustno release without itSecure loginStable paymentComplianceSShouldimportant, but replaceableExportNotificationFilterCCouldnice-to-haveDark modeTemplatesShortcutsWWon'tdeliberately laterMarketplaceMobile appAI assistantMust-have gateAre musts truly necessary, testable, and feasible within the time budget?

Flow

  1. 1Collect items
  2. 2Assign must, should, could, won't
  3. 3Validate musts against constraints
  4. 4Negotiate scope
  5. 5Finalize the release set

The runsheet guides execution with 5 phases, timeboxes, 5 pitfalls, and clear stop criteria.

Open runsheet

Ideal for

  • Release planning
  • Scope control
  • Stakeholder alignment

Not good for

  • Fine-grained ranking
  • Quantitative portfolio scoring

Deep dive

In detail

MoSCoW follows a clear working logic: collecting items, assigning must, should, could, and won't, validating musts against constraints, negotiating scope, and finalizing the release set. This turns the method into a visible thinking process rather than only a conversation. Participants move step by step from raw material, observations, or options toward a shared structure. As a result, a prioritized backlog, release scope, and tradeoff notes support decisions, learning, or further planning.

Facilitation

Prepare a clear guiding question, the right information, and a visible workspace. Plan about 30-90 min with 3-12 people and use the format either in a workshop or asynchronously. The facilitation stays lightweight; short timeboxes, visible intermediate results, and a parking lot for open questions help.

Output artifacts
Prioritized BacklogRelease ScopeTradeoff Notes
Tags
Artifact templates
MoSCoW Working TemplateCompact working template for MoSCoW with context, input, output artifacts, and next step.
markdown

moscow-working-template.md

Compact working template for MoSCoW with context, input, output artifacts, and next step.

MoSCoW Working Template

Goal

Prioritizes scope into Must, Should, Could, and Won't.

Context

When and for what do we use this method?

Input

Which data, observations, decisions, or materials are available?

Execution

Short notes along the runsheet.

Output artifacts

  • Prioritized Backlog:
  • Release Scope:
  • Tradeoff Notes:

Assumptions and open questions

  • ...

Decision / Next step

Owner, date, and success signal.

When to choose differently

Short decision aid for existing alternatives.

RICE Scoring

Statt MoSCoW, wenn Reichweite, Wirkung, Confidence und Aufwand als Zahlenvergleich wichtiger sind als Muss- und Kann-Grenzen.

Similar methods

All methods