Prioritisation & planning

MoSCoW

Must, Should, Could, Won't: the scope of a release in four columns.

When. Ideal to frame a release with a client or sponsor who wants everything.

Duration
1.5 h
Participants
Product + sponsor
Output
Locked v1 scope
Stage
Pre-PMF · Post-PMF · Scale-up · Mature
MustShouldCouldWon't
Open in FigJamFind the right sequence

In FigJam: File → Duplicate to your drafts, then keep this workshop's section. Get the file on Figma Community

Filled example

MustLog an interventionwith no networkTake and attachphotos offlineSync automaticallywhen back onlineShow a clear 'notsynced yet' badgeShouldCustomer signatureofflineParts picked fromthe last cataloguecachedConflict message ifMarc edited the jobmeanwhileCouldOffline map of theday's routeVoice note attachedto the jobRetry button perinterventionWon'tOffline planning fordispatchersEditing pastinterventionsoffline

Example data. Fieldnote is a fictional company used to fill all 61 boards, so the examples tell one consistent story.

Pre-PMF, Karim and Sophie (the first paying customer) lock the scope of the offline mode v1 before Tom's squad starts.

What the team took away

Sophie wanted offline planning for Marc; it goes to Won't because dispatchers always have wifi. v1 is four Musts, shippable in one sprint.

How to run it

Preparation

Agenda

  1. 10 min
    Fix the frame
    Read the release goal and the date. Agree that Must means 'without it, we do not ship', not 'the sponsor really wants it'. Write that sentence on the board.
  2. 25 min
    First sort
    The sponsor places every item, thinking aloud. Product only asks one question per item: 'what happens if this is missing on launch day?'
  3. 25 min
    Cap the Musts
    Count the Musts. If they exceed 60 % of the estimated capacity, go through them one by one and ask which two could become Should without breaking the goal. Repeat until you are under.
  4. 15 min
    Name the Won'ts
    Move the leftovers to Won't explicitly, with 'not this release' written on each. Silence here creates resentment later.
  5. 10 min
    Lock
    Read the Must column aloud as the definition of the release. Sponsor confirms in writing in the channel before the session ends.
  6. 5 min
    Close
    Freeze the board. Any change from now on goes through a written request, not a hallway conversation.

Pitfalls

Afterwards

The Must list becomes the release scope in the story map or the sprint backlog. Should and Could go to the Next column of the roadmap. Revisit after the first demo, not before.

Source : Dai Clegg

Related workshops

Back to the compassAll workshopsVersion française