Maps That Decide

Most capability maps list what you want. The ones that decide show what you'd give up to get it.

Maps That Decide

A capability map is supposed to make investment legible. One view of what the organization can do, what it does poorly, and what it cannot do yet, so that the people who control the budget can see the whole board and place their bets with their eyes open.

That is the promise. Most of the time the map does the opposite, and it does it so quietly that nobody in the room notices the decision was never on the table.

The failure looks like thoroughness, which is exactly why it survives. Read down the ratings on a typical map. Every capability is marked important. Every gap is flagged high or critical. The colors run warm across the whole board, and the warmth reads as rigor, because surely a team that has rated this many things this carefully has done the hard thinking.

But look for the one mark that would make the map a decision instrument, and it is not there. The mark that says this is the capability we would let go. Nothing is droppable. Nothing is ranked below the line. The map has opinions about what matters and no opinion at all about what matters less.

A map that rates everything important has rated nothing.

It has no sacrifice column, and without one it documents ambition without cost. Ambition without cost is a wishlist, however carefully it is drawn. You can build a beautiful one, and most teams do, because the incentives all point that way.

It is tempting to read that as weak thinking. More often it is the rational output of the situation the architect is standing in. A map that asks for everything offends no one. Every capability owner sees their area rated important and feels seen. Every executive sees ambition and reads competence.

A sacrifice column makes enemies. The moment you write down what you would drop, someone owns that line. They were in the room. They have a relationship with the person who drew it.

So the wishlist map is what you get when thinking hard is punished and consensus is rewarded. The path of least resistance runs straight through it.

The map gets built the agreeable way, it survives every review, and it changes nothing. It is status theater: the performance of a decision standing in for the act of making one. The thing a real decision needs, a choice among goods that cannot all be funded, was edited out long before anyone reached the room where the choosing was supposed to happen.

That room is where the cost comes due. I have watched it go the same way across organizations that shared almost nothing else.

The map goes up and the room agrees with all of it.

That is the first sign of trouble, though it rarely feels like trouble in the moment. It feels like a good meeting. Nobody argues, because nothing on the screen asks anyone to give something up, and a wishlist earns easy agreement precisely because nothing in it is at stake.

The capabilities everyone nods at are the ones that were never in question. The room mistakes that easy agreement for progress.

The one capability that matters draws a different reception. It is usually the one whose entire value is the visibility the organization does not yet have, the thing that would let leadership see a problem clearly for the first time, which means it is also the one nobody can already feel the absence of.

Someone asks to see the number first. The number only exists after the thing is built. Someone offers to bring a business case next quarter.

Next quarter the map comes back, that capability still gray, still waiting on a proof it cannot produce in advance, and the rest of the board a shade greener than before. The map was received with thanks both times. It was never once made to decide anything.

The reason this class of capability keeps losing is structural, and it shows up wherever budgets get set. A capability with immediate, ownable payoff carries its own champion into the room. A capability whose payoff is diffuse and downstream, the platform that makes ten later projects cheaper, the instrumentation that prevents a failure no one will ever witness, arrives without one.

Its benefit is real and belongs to everyone, which in a budget room is the same as belonging to no one.

The pattern shows up in the numbers. One analysis of large companies found that a third of them reallocate only about one percent of their capital from year to year (McKinsey, 2016). The map comes back a shade greener because, in most organizations, the budget barely moves at all.

Two sentences do most of the killing, and they almost never announce themselves as a refusal.

The first is the team can't absorb that right now. Sometimes that is simply true, and a good leader has to protect a team's capacity. But far more often, capacity is the language a no borrows when it does not want to be a no out loud. Arguing capacity sounds operational and responsible. Arguing merit sounds political, and it forces the person to say what they actually believe, which is that they do not think the thing is worth funding.

Capacity lets them decline without owning the decline. It moves the refusal from the realm of judgment, where it could be debated, to the realm of physics, where it cannot. You cannot argue with a team that is full.

There is a deeper current under the dodge. People weigh a potential loss more heavily than an equivalent gain, so giving up something the team already has, to fund something it does not yet feel the lack of, registers as expensive long before anyone runs the math (Kahneman, 2011). The capacity objection is often that asymmetry wearing an operational costume.

The second sentence is show me the ROI first, said to the one investment whose entire return is the clarity it would create.

This is the more elegant trap, because it sounds like discipline. It sounds like exactly the question a responsible steward of capital should ask. But applied to a visibility capability it is circular by construction: the return cannot be quantified until the thing exists, and the thing will not be funded until the return is quantified. The request for proof becomes the mechanism that makes proof impossible.

And it is unanswerable in the moment, because the person asking is not wrong to want a number. They are only wrong about when the number can exist.

Both sentences share a property that is easy to miss in the moment and obvious in hindsight. They can be said to a wishlist map without any resistance, because the wishlist map brought nothing to the table that makes the cost of saying no visible.

When the only thing on the screen is what you would gain, declining looks free. There is no counterweight, no number on the other side of the ledger, nothing that says and here is what saying no will cost you.

The map gave the room every reason to say yes and no reason it would hurt to say no. So the room said the thing that costs nothing, which is later.

And so the gap stays open.

The capability does not get built. The problem it would have solved does not go away. It gets paid for again, in the slower currency of workarounds, of rework, of the analysis someone rebuilds from scratch each cycle, of the meeting that keeps recurring because the thing that would have ended it was parked two budget cycles ago.

None of that cost shows up as a line item attributable to the decision, which is what makes it so easy to keep paying. And ownership of the gap stays exactly as murky as it was, because nothing in the room forced anyone to claim it or release it.

The map made no one responsible for the no. So no one is.

A map decides when it makes the cost of inaction as visible as the appeal of action.

That is the whole move. And it turns out to be less a matter of analytical sophistication than of what you refuse to leave off the page.

The load-bearing change is a sacrifice column. Every capability you propose to add carries a paired entry, in the same row, with the same visual weight: here is what we stop doing, or stop funding, to do this.

The column does not have to be filled with brutal answers. It has to exist. The moment it does, "important" stops being free, and a team that has to name what it would drop rates its capabilities very differently from a team that only has to name what it wants.

The first team is making a decision. The second is making a list.

Watch what the column does to a single row. Suppose the capability you most need is the visibility one, the one that keeps drawing show me the ROI first. On a wishlist map it sits there as a lonely ask, rated high, justifying itself against a blank background and losing every cycle to the gravitational pull of later.

Give it a sacrifice entry and the row changes character. To fund it, the team retires a duplicate platform the organization has carried for years, one that overlaps almost entirely with a system already in place and survives mostly because no one ever owned the decision to switch it off.

Now the row offers a trade instead of asking permission to spend. The trade is favorable, and the favorability is legible on the page. The question stops being can we afford this, which invites the capacity reflex, and becomes is this swap worth making, which a room can actually answer.

The veto loses its footing, because the page no longer lets it stand unopposed.

Three smaller moves reinforce the column, and they are worth building in from the start. Put the current-state pain next to the target-state capability, quantified wherever you honestly can, so the cost of not moving sits in the same eye-line as the cost of moving. Rank under a fixed budget envelope rather than an open one, so the map is forced to produce a cut instead of inviting a list. Tie each capability to the single decision or outcome it unblocks, so that an unfunded capability does not slide to next year unremarked but arrives with a named consequence someone has to own.

What ties these moves together is ownership. On a wishlist map every gap is shared, and a shared gap ends up being nobody's job to close. That is how the same gap survives on three years of maps without moving: no name was ever attached to leaving it open.

A map that forces a choice does something more durable than allocate a budget. It puts a name on the choice. Someone funded this and defunded that, and both can be asked about a year from now.

The decision stops being weather that happens to the organization and becomes something a person chose and can answer for.

None of this makes the map prettier. It makes it harder to nod at, which is the point.

A map built this way walks into the same budget room and meets the same two people who would have killed it, and the two sentences land differently now. The team can't absorb that meets a page that already shows what gets dropped to make room, which turns a capacity claim back into the merit argument it was hiding: if the duplicate platform is going anyway, the absorption math is already done, so what is the real objection. Show me the ROI first meets a page that already shows the cost of standing still, which is the number the room had been pretending did not exist.

Neither sentence is defeated, exactly. They are just made to do their real work in the open, where they can be weighed instead of deployed.

Here is the test, and it takes about a minute. Pull up your current capability map and find the one box you would defund this quarter to fund the one that matters most. The box with a real owner, someone who sits down the hall and would be in the room when you said it out loud.

If you can find that box, you are holding a decision instrument, and the budget room is going to be a harder, better conversation than usual.

If every box is important and none is droppable, you are holding a wish. The room already knows it. That is why it keeps thanking you, parking it, and asking you back next quarter to present the same map a shade greener than before.


Sources

Kahneman, D. (2011). Thinking, Fast and Slow. Farrar, Straus and Giroux.

"How nimble resource allocation can double your company's value." McKinsey & Company, 2016.