Why ranking isn't enough
Most people with too many initiatives solve it with a list. Sort descending, draw a line. It works until it doesn't.
We hear the same thing over and over. "We've already ranked everything. We know what matters most. But we're short on capacity." Fair, and only half the picture. The problem is rarely just capacity. It's that a list can't show how initiatives work together.
Decision criteria
Feasibility
Ranked by value
Ranked by feasibility
What ranking does well
Ranking isn't bad, just limited. A list forces you to be explicit about what you value. It gives structure and a shared reference point. Valuable, but it stretches to a handful of initiatives, not thirty.
Three things a list misses
Thirty initiatives, top ten identified, decision made? Here's what the list doesn't tell you.
1. What depends on what
Initiative eight may require twenty-three to be done first. But twenty-three ranked outside the top ten. Eight is silently blocked, and no one notices until half the year is gone. One blocked initiative can drag four others with it. Dependencies can't be summed.
2. What fits
The top ten may need fourteen developers the same week in March. You have eight. The list knows the ten matter most, not that you have to choose between them.
3. What competes
Two initiatives can both match the strategy but build on the same data, the same team, the same supplier. The list shows they are good on their own, not that they collide.
Ten initiatives that are each right on their own are not ten initiatives that are right together. The difference isn't philosophical, it's operational.
From list to combination
Change the question. Ranking asks which initiatives matter most? The combination asks which set holds together, given our dependencies, our capacity and our goals?
The first is sorted out. The second requires you to see dependencies, time windows and capacity. Harder to grasp, but much closer to how portfolios actually deliver.
When is a list enough after all?
When the initiatives are independent, roughly the same size, and capacity is plentiful. That scenario is getting rarer. The larger the portfolio and the tighter the capacity, the wider the gap between what the list says and what you can deliver. And the gap gets expensive fast.
The test
Look at your last two quarterly reports.
- How many top-ranked initiatives delivered on the original plan?
- How many were delayed by a dependency no one flagged?
- How many were reprioritised because capacity ran out?
If the answer is "more than we'd like," it isn't a delivery problem. It's a portfolio problem showing up in delivery.
What Priopti does about it
Strategy visualisation makes the combination visible, not just the ranking. The dependency map shows what depends on what, as relationships and not scores. The capacity view shows where it runs out. And in the simulator above, leadership drags the weights and watches the ranking recalculate live.
No initiative is dropped along the way. They all stay in the picture, and the three measuring sticks, contribution to goals, decision criteria and feasibility, are never merged into one number. No algorithm chooses for you. The tool makes the trade-off visible, leadership makes the decision, and it is locked as a timestamped decision point. If you want to see how, we walk through it step by step in the review.
This is what Priopti does
The platform makes dependencies, capacity and competition visible, in separate measuring sticks that are never merged into one number. You choose the combination, with full insight into what the choice means.