Home: Mohammad Abu-aishehOpen to work Open to work العربية

Process & product // Guide

Prioritising with RICE and MoSCoW

RICE and MoSCoW help teams rank work with a shared method. See how scoring works, with an illustrative example, and where these tools mislead.

Prioritising with RICE and MoSCoW

Why use a scoring method

Teams always have more ideas than time. Without a method, the loudest opinion or the newest idea wins. A prioritisation framework makes the reasoning visible so people can discuss assumptions rather than preferences.

RICE

RICE, popularised by Intercom, scores each item with four factors and combines them:

Score = (Reach × Impact × Confidence) ÷ Effort

  • Reach: how many people the item affects in a set period.
  • Impact: how much it moves the goal for each person, on a simple agreed scale.
  • Confidence: how sure you are of the estimates, as a percentage.
  • Effort: the work required, for example in person-weeks.

Illustrative example with made-up numbers. Item A: reach 2,000, impact 1, confidence 80%, effort 2. Score = (2000 × 1 × 0.8) ÷ 2 = 800. Item B: reach 500, impact 3, confidence 50%, effort 3. Score = (500 × 3 × 0.5) ÷ 3 = 250. Item A ranks higher even though B has a bigger impact per person, because it reaches more people, is better evidenced and costs less.

MoSCoW

MoSCoW sorts items into four groups rather than scoring them:

  • Must have

    Without it the release fails or is unusable.

  • Should have

    Important, but there is a workaround.

  • Could have

    Nice to have if time allows.

  • Won’t have (this time)

    Agreed to be out of scope for now.

Pitfalls and simpler options

  • False precision. A score of 800 versus 750 is not a meaningful difference when inputs are rough estimates.
  • Gaming confidence. Teams can inflate confidence to push a favourite idea. Tie confidence to evidence, such as research or data.
  • Scoring alone. Estimate together so that different roles challenge each other.

For a small backlog, a simple impact versus effort grid is often enough: do high impact, low effort first.

Scoring honestly

Scores are only as good as the conversation behind them. Agree on definitions before scoring so everyone uses the same scale.

  1. Define the goal the score serves, such as activation or retention, and measure impact against it.
  2. Agree on a small impact scale with written meanings for each level.
  3. Base reach on data where possible, and write down where a number is a guess.
  4. Review the ranked list and ask whether it feels wrong. If so, find which assumption is off rather than editing the score.

Treat the output as a conversation starter. Dependencies, risks and strategy still need human judgement.

This guide was drafted with AI assistance from public standards and references. For the exact wording of a standard, use the sources listed above.

More on this topic

  • Process & product2 min read

    Running a useful design critique

    A good critique improves the work toward its goals. Learn how to set goals, structure feedback, avoid solutioning and handle feedback well.

  • Process & product2 min read

    A design handoff checklist for developers

    A good handoff covers every state, responsive behaviour, tokens, assets, motion, accessibility, content rules and edge cases, then a review of the built result.

  • Process & product2 min read

    Design system basics: where to start

    A design system is tokens, components, patterns and documentation. Start with an audit, begin small, name things clearly, and measure adoption.

Keyboard shortcuts
Single-key shortcuts

Turn off if you use speech input or find them getting in the way.