be/brief
Request access
← The Debrief
The craft

How to brief well.

The best delegators are not the ones who give the most detailed instructions. They are the ones who make the goal so clear that detail becomes unnecessary. That skill predates software by about as long as work itself, and it carries over to directing a team of AI associates almost without translation.

If you have ever handed real work to a capable person, you already know most of this. The instinct just needs dusting off, because a decade of operating software taught us to think in steps and settings instead of intent.

State the outcome, not the steps

A weak brief lists actions. Do this, then this, then that. A strong brief names the result and the bounds, and trusts the doer to find the path. Outcome over procedure. The moment you find yourself scripting every step, you have stopped briefing and started operating, and you have given up most of the leverage.

This feels risky the first time. It is the same risk you take with any good hire, and it pays back the same way. Judgment you do not have to supply is judgment freed up for the things that actually need you.

Say what good looks like

Most disappointing handoffs fail here, not on effort. The work came back wrong because right was never defined. A line or two does it. What matters most, what to optimize for, what a great version would get right that a passable one would miss.

Ambiguity is not the doer’s problem to absorb. It is the director’s to remove.

You do not need a specification. You need the one or two standards that separate good from merely complete, stated plainly enough that they can be checked against.

Name the moments you want to be asked

Good delegation is not blind. It is autonomy with a few clear checkpoints. Spell out what should never happen without you. Anything irreversible, anything above a threshold, anything that touches a relationship you are protecting.

Done well, this is freeing rather than cautious. Once the assistant knows exactly when to stop and ask, you can let it run on everything else without a second thought. The checkpoints are what make the autonomy safe to grant.

The skill compounds

Briefing gets sharper with practice, and the practice is portable. Every clear handoff teaches you what your team needs to hear, and every result teaches you where your brief was thin. Over time you are not learning a tool. You are getting better at the oldest part of leading work, which is knowing how to ask for it.

That is the entire learning curve Brief asks of you. Not a syntax. A habit you may already have, pointed at a team that can finally act on it.

Brief is opening to a small group at a time. Direct a team instead of operating one more tool.

Request access