Ask ten people to rank the same list of projects and you will get ten different orders, each defended with real reasons. A project scoring model exists to end that argument. It replaces "I think this one matters more" with a number that everyone agreed how to calculate, which is the only way a portfolio of competing initiatives gets ranked without the decision turning into whoever lobbies hardest. The math in these models is simple. Choosing the right one for your organization is the part people get wrong.
This guide compares the four scoring models a PMO actually encounters, RICE, WSJF, weighted scoring, and cost of delay, shows the formula for each, and gives you a plain rule for picking one.
Key takeaways
- A project scoring model converts competing projects into comparable numbers so a portfolio can be ranked consistently instead of politically.
- RICE (reach, impact, confidence, effort) suits data-rich product backlogs; WSJF (cost of delay divided by duration) suits time-sensitive, multi-team portfolios; weighted scoring suits mixed portfolios with many stakeholders and competing criteria.
- The best model is the simplest one your organization will actually run every cycle. A precise model nobody maintains loses to a rough one everybody trusts.
- Scoring ranks the candidates; it does not decide capacity. You still fund down the ranked list only as far as your resources reach.
What is a project scoring model?
A project scoring model is a defined method for rating each project against a fixed set of factors and combining those ratings into a single comparable score. Every project on the list runs through the same formula, so a cost-saving automation and a new revenue initiative end up with numbers you can line up next to each other. The score is not the decision. It is the input that makes the decision defensible, because everyone agreed on the factors and the weights before anyone saw the results.
The reason models matter is consistency across time and across people. When the same formula scores every request, this quarter's ranking uses the same logic as last quarter's, and the project that scored well did so for stated reasons a skeptic can inspect. That is the whole point: a good scoring model makes prioritization auditable. The mechanics of laying scores out in a grid are covered in the project prioritization matrix; this page is about which scoring formula to put in that grid.
The four project scoring models compared
Here are the four models most portfolios choose between, side by side. Read the table for the shape of each, then the sections below for the formula and the fit.
| Model | What it measures | Best for | Main weakness |
|---|---|---|---|
| RICE | Impact per unit of effort, adjusted for confidence | Data-rich product backlogs, single team, large list of features | No explicit time or urgency dimension |
| WSJF | Cost of delay relative to job duration | Time-sensitive work, SAFe or multi-team portfolios | Cost-of-delay inputs are subjective and easy to game |
| Weighted scoring | Total of multiple weighted criteria | Mixed portfolios, many stakeholders, competing goals | Can launder gut feeling into numbers if weights are sloppy |
| Cost of delay | Economic loss per week of waiting | Sequencing a fixed set of ready initiatives | Hard to estimate in dollars for non-revenue work |
RICE scoring model
RICE scores each project on four factors and combines them into one number. Reach is how many users or units the project touches in a set period. Impact is how much it moves the needle per unit, usually on a fixed scale (a common one runs 0.25 for minimal up to 3 for massive). Confidence is a percentage that discounts the estimate for how sure you are. Effort is the work required, in person-months.
The formula is:
RICE score = (Reach x Impact x Confidence) / Effort
A project reaching 5,000 users, with an impact of 2, at 80 percent confidence, needing 4 person-months, scores (5,000 x 2 x 0.80) / 4 = 2,000. RICE shines when you have real analytics behind reach and impact, which is why product teams managing an established, customer-facing product favor it. Its blind spot is time. RICE does not know that a compliance deadline makes a low-reach project urgent, so it can rank a must-do regulatory item below a flashy feature.
WSJF scoring model
WSJF, weighted shortest job first, comes from the Scaled Agile Framework and sequences work by economic urgency. It scores the cost of delay, what you lose by not doing the work now, and divides by how long the work takes, so short, high-value, time-critical jobs float to the top.
The formula is:
WSJF = Cost of delay / Job duration, where cost of delay = user or business value + time criticality + risk reduction or opportunity enablement.
The time-criticality term is what sets WSJF apart. If a project loses value the longer you wait, because of a market window, a regulatory date, or a competitor's move, WSJF captures that where RICE cannot. It fits multi-team portfolios and SAFe environments where sequencing across teams is the real problem. Its weakness is that the three cost-of-delay inputs are relative estimates, so a team that wants a project moved up can quietly inflate its time criticality.
Weighted scoring model
Weighted scoring is the workhorse of portfolio management outside pure product teams. You pick the criteria that matter (strategic alignment, expected value, cost, risk, urgency are typical), assign each a weight that sums to 100 percent, score every project against every criterion, multiply, and total. The project with the highest weighted total ranks first.
The formula is:
Weighted score = sum of (criterion score x criterion weight) across all criteria.
Its strength is that it handles a mixed portfolio where a cost-saving project and a growth project compete, and it forces stakeholders to state up front how much strategic fit matters relative to cost. That negotiation over weights is more valuable than the arithmetic. Its weakness is the same as its strength: if the weights are set carelessly or the scores are gut calls dressed as data, it produces confident-looking nonsense. The project prioritization matrix walks through building one with a worked example.
Cost of delay
Cost of delay is less a full scoring model than the economic idea underneath WSJF, used on its own to sequence a fixed set of already-approved initiatives. You estimate the money the business loses for each week a project is delayed, then do the highest-loss work first. It is powerful when the initiatives have real revenue or cost figures behind them and nearly useless when they do not, because putting a weekly dollar figure on an internal process improvement is mostly guesswork.
How to choose the right project scoring model
Pick the model that matches your data and your decision, not the most sophisticated one. Use RICE when you run a data-rich product backlog with a single team and real analytics for reach. Use WSJF when work is time-sensitive and you sequence across multiple teams, especially in a SAFe setup. Use weighted scoring when you run a mixed portfolio with many stakeholders and competing criteria, which is most PMOs. Use cost of delay to sequence a short list of ready, revenue-bearing initiatives.
The tiebreaker that matters most is maintenance. The best model is the one your organization will actually run every planning cycle. A precise model that goes stale because nobody updates the inputs loses every time to a rougher model the whole leadership team trusts and reruns. Start simpler than you think you need to, and add sophistication only when the simple version stops discriminating between projects. Whichever model you choose, remember it only ranks the candidates. It does not tell you how many you can afford; you fund down the ranked list only as far as your capacity reaches.
Frequently asked questions
What is the difference between RICE and WSJF?
RICE measures impact per unit of effort and has no time dimension, so it is built for data-rich product backlogs where you rank a long list by value for the work. WSJF measures cost of delay divided by job duration, so it explicitly rewards urgent, time-critical work and short duration. Choose RICE when you have analytics and no hard deadlines; choose WSJF when timing and sequencing across teams drive the decision.
Which project prioritization model is best?
There is no single best model; the best one fits your data, your portfolio, and what your team will maintain. Weighted scoring suits most PMOs because it handles competing criteria and many stakeholders. RICE suits single-team product backlogs with real analytics. WSJF suits time-sensitive, multi-team work. The deciding factor is which model your organization will actually rerun every cycle rather than abandon after one quarter.
What is a weighted scoring model in project management?
A weighted scoring model rates each project against a set of criteria, such as strategic alignment, value, cost, and risk, where each criterion carries a weight that reflects its importance and all weights sum to 100 percent. You score every project against every criterion, multiply score by weight, and total. The highest total ranks first. It is the most common model for ranking a mixed portfolio because it makes the trade-offs between criteria explicit.
What is the RICE scoring formula?
The RICE score is (Reach x Impact x Confidence) divided by Effort. Reach is how many users the project affects in a period, impact is how much it moves each one on a fixed scale, confidence is a percentage that discounts uncertain estimates, and effort is the work in person-months. Dividing by effort means a smaller, high-value project can outrank a larger one, which is the point of the model.
How many criteria should a scoring model have?
Keep a scoring model to roughly four to seven criteria. Fewer than four and the score fails to distinguish projects; more than seven and the weights get so thin that no single criterion changes the ranking, while the model gets harder to maintain. Pick the handful of factors that genuinely drive your investment decisions, weight those, and resist the urge to add a criterion for every stakeholder's pet concern.
Once you have picked a model and scored the candidates, the ranking feeds the rest of the portfolio process: it should trace back to how work enters the pipeline in your project intake process, connect to the broader method in how to prioritize a project portfolio, and be sanity-checked against real availability in resource and capacity planning. Scoring is the engine; governance decides what happens with the ranked list.