← The Library
Execution & DeliveryFebruary 18, 202613 min read

The Engineering Leader's Guide to Prioritization

Most roadmaps fail at the second decimal place: too many number-ones. Frameworks for cost-of-delay, reversible vs. irreversible bets, and the conversation that kills your weakest item.

By Sankar Balamanoharan

Sign in to bookmark

1. The failure mode

Almost every under-performing roadmap I've reviewed has the same defect. Not too few items. Not the wrong items, really. Too many number-ones. Three P0s. Five "must have this quarter." A leadership team that, when pressed, will not say out loud which one comes off if something has to.

A roadmap with three P0s has no priorities. It has three teams working at seventy percent focus on things they think matter, none of which will land as well as one thing working at one hundred percent focus. Prioritization is not choosing what to do. It is choosing what not to do — and being explicit about it.

2. Force a rank order

The first move, before any framework, is mechanical. Take your list of candidate work. Force it into a strict rank. If you can't do that — if your team argues the top three "are all number one" — the argument is the point. You are pretending to decide.

A ranked list makes the trade-off visible. You can now ask: if something above the line has to move, which one? If we get a surprise, what falls off? The answers may be uncomfortable. Discomfort is the sign that prioritization is finally happening.

3. Reversible vs. irreversible bets

Not every decision deserves the same deliberation budget. Reversible decisions — a new dashboard, a UI experiment, a small refactor — are cheap to undo. Do them fast, ship, learn, iterate. Debate is expensive here; execution is not.

Irreversible decisions — a platform choice, a schema you'll live with for five years, a hire, an org restructure — compound for years. Spend the deliberation budget on these. Get a second opinion. Sleep on it. Write the memo.

Most prioritization pain comes from treating a reversible decision like an irreversible one (paralysis) or an irreversible decision like a reversible one (regret). Sort your list on this axis before you spend a minute on either.

A useful frame

Ask 'if this is wrong, how much does it cost to undo?' A day? Fine, ship it. A year? Now we need to talk.

4. Cost of delay beats effort estimates

Effort estimates are the wrong denominator. Two projects both estimated at "one quarter" are not equivalent — one might be worth ten million dollars a month it ships, and the other one is worth a nice-to-have someday.

The more useful question: what does it cost us to not have this for one more month? A dollar figure is best when available; a qualitative "we lose deals," "we accrue risk," "we bleed goodwill" is enough to force the ranking.

Rank on cost-of-delay, then use effort as a tiebreaker between adjacent items. Not the other way around.

5. The cut, not the add

The most useful prioritization move in any meeting is not "let's add X." It is "we are removing Y." Additions are cheap and painless in the moment; they are the source of the crunch you will feel in eight weeks. Deletions are painful in the moment and buy you a quarter of sanity.

A working ritual: for every new commitment your team takes on, name the one it displaces. If the answer is "we'll just do both," you are not prioritizing; you are borrowing from your team's future weekends.

Watch for this

If every quarter your team commits to more than they shipped last quarter, and last quarter they missed, you are not planning. You are hoping.

6. Say no on your own authority

Small requests — a tweak, a favour, a one-off report — you can decline yourself. You do not need executive cover. Every request you punt upward for validation trains the org to route through you as a soft yes.

Big trade-offs — a quarterly commitment that displaces a strategic bet — should surface. Not as a complaint, but as a decision paper. Here is the ask. Here is what it displaces. Here is our recommendation. Please confirm. Executives are happy to make those calls when you frame them as calls, not as vents.

7. Final takeaway

The teams that ship well are not the ones with cleverer prioritization frameworks. They are the ones willing to have the uncomfortable conversation about what comes off the list, once a quarter, out loud, with everyone in the room. Frameworks help you have that conversation. They do not replace it.

Leadership in your inbox.

Leadership lessons, frameworks, and field notes for modern engineering teams. No motivational fluff.

Trouble seeing the form?Subscribe on Beehiiv instead

Free. One email a week. Unsubscribe anytime.