Limits as Leverage

Limits as Leverage

Where the limit is, the leverage is.

Every useful thing gets built inside something you don’t control. A policy. An approval chain. A system that was chosen before you arrived. A budget cycle. A team that is already at capacity.

Most advice is written as though none of that is there — by people whose worst-case outcome is an unimpressive result. So it arrives useless to anyone in a real building, and the failure reads as a personal one. It isn’t.

The constraint is the design input, not the obstacle.

A workflow designed around a real limitation is more durable than one designed in open conditions, because the limitation was going to arrive eventually and the unconstrained version never planned for it. That is the whole method, and it applies to process, documentation, decisions and tools alike.

What this covers

Operations and process design. The connective knowledge senior people carry and never write down. Getting things approved. Building something that survives an audit, a handover, or your own absence.

And, right now, mostly AI — because that is where the constraints are newest, the advice is worst, and the gap between what people are told to do and what they are permitted to do is widest. If your honest reaction to “just upload your document” is I would be fired, start there.

The subject will move. The method won’t.


Start here

The free Dependency Map. A 20-minute interview that captures the connective knowledge you carry and nobody has written down — what depends on what, what has to happen first, which edges only you can see.

It never asks you to paste anything confidential — no documents, no real names, no systems. It draws the structure out of you through questions, because anything else would be useless to people who work under real constraints.

Get the free prompt


Browse by constraint

The library is grouped by the problem you actually have, not by the order the videos went up. The current run is AI-heavy; the groupings are not.

How this works →