You keep control by writing the standard down. That is the whole move. Control feels personal, as though it lives in you being the one who checks, but in a working business it lives in the standard being explicit enough that someone else can apply it and you can tell whether they did.
Most delegation that fails, fails because the task was handed over and the decision was not. The person can do the work but cannot finish it, so it comes back to you for a call, and you conclude that delegation does not work here. What actually happened is that you kept the part that creates the queue.
Key takeaways
- Delegating a task without the decision leaves you as the approver. The work moves, the bottleneck does not.
- Control comes from a written standard, defined limits, and an agreed checkpoint. It does not come from being the one who says yes.
- Name the limits explicitly: what someone can decide alone, what they decide and tell you, and what genuinely still needs you.
- Expect the first few outcomes to differ from yours. Judge them against the standard rather than against how you would have done it.
- Take work back only when the standard was followed and the result was still wrong, which means the standard needs fixing.
Why handing over tasks does not work
A task is the visible part of the work. The invisible part is the set of judgements you make while doing it: what counts as good enough, what to do when the customer pushes back, when to escalate, what to spend, which corner is safe to cut and which is not. Those judgements are the job.
Hand over the task alone and the other person has to reconstruct your judgement by watching you. Almost nobody can. So they ask, and every question routes through you, and the work is now slower than when you did it yourself. That is the honest reason many owners take it back.
A randomised controlled trial of owner-managed firms, published in the Quarterly Journal of Economics, found that when better systems and information flows were introduced, owners started delegating decisions they had previously held onto, and that holding onto them had been a genuine limit on how far those firms could grow. The system is what made the delegation possible. The willingness came after, not before. The setting was Indian textile manufacturing rather than an Australian service business, so read it as evidence for the sequence rather than a figure to expect in your own business.
The four steps
1. Write what good looks like. One page, in your words, for the piece of work you are handing over. What the output has to achieve, the two or three things that must never happen, and one worked example of a good result and a poor one. If you cannot write this, you are not ready to delegate it, and that is useful information.
2. Set the decision limits. Sort the decisions in that work into three bands and write them down.
- Decide alone. The person decides and does not tell you. Refunds under a set amount, scheduling changes inside the week, standard discounts.
- Decide and tell me. The person decides, acts, and lets you know afterwards. Anything unusual with an ordinary customer, spending inside an agreed limit.
- Bring it to me. Genuinely reserved. Pricing changes, anything legal, anything that affects your largest customers, hiring.
Most owners discover that the third band is far smaller than how they have been operating. That gap is the queue.
3. Agree the checkpoint before you hand over. Say when you will look, what you will look at, and what would make you step in. A weekly fifteen minutes on the three hardest calls of the week is usually enough. A checkpoint that exists is what lets you stop checking everything else.
4. Let the first results be different from yours. Judge them against the standard you wrote. If the standard was met and you still dislike the result, the standard was incomplete, so update it. If the standard was not met, that is a coaching conversation about the standard rather than a reason to take the work back.
What control actually looks like once it works
You will know the handover held when you can answer three questions without asking anyone: what decisions were made this week inside that area, whether they met the standard, and what changed as a result. That is control. Being the person who approves each item is not control, it is throughput, and throughput is the thing you are trying to stop being.
There is a wider evidence base on why this matters. A 2024 synthesis of leadership development research across more than 170 studies found that whether new practice actually transfers depends far less on the content than on the structure around it: protected time to apply it, real goals attached to it, and structured support before and after. Reading about delegation changes little. Writing the standard, agreeing the limits, and holding a weekly checkpoint is the structure that makes it stick.
When it is not a delegation problem
- There is nobody to delegate to. Then the question is How do I know whether I need to hire?, and the answer may be a system or a tool before a person.
- The work has no repeatable shape yet. Handing over something you are still inventing creates rework for both of you. Stabilise it first. What should I systemise first? covers the order.
- The team has learned to wait. If people bring you decisions they are allowed to make, the limits were never made explicit or were overruled after the fact. Why will my team not make decisions without me? is about that pattern.
- You are not sure the work should exist. Delete before you delegate.
If you want to check the diagnosis before the fix, How do I know if I am the bottleneck in my own business? gives a three-part test. The wider shift this sits inside is covered in How do I move from running everything to leading the business?.
Frequently asked questions
What should I delegate first? The work that is repeatable, high volume, and low risk if it goes slightly wrong. That combination gives you a real test of the standard without much cost when the first attempts differ from yours. Save the high-judgement work until the method is proven.
How do I delegate when the quality has to be exactly right? Write the standard tighter and check more often at the start, then widen the limits as the results hold. High-stakes work is a reason to be more specific about what good looks like, and rarely a reason to keep doing it yourself indefinitely.
What if they make a decision I would not have made? Check it against the written standard first. If it met the standard, the standard is the thing to change, and you can change it that week. Overruling a decision that met the standard teaches the team to stop deciding, which is the outcome you were trying to avoid.
How long before delegation actually saves me time? Expect the first few weeks to cost you time rather than save it, because writing the standard and running the checkpoint are real work. The return usually shows up once the same kinds of questions stop arriving, which for most owners is somewhere in the second month.
Is delegating the same as abdicating? No. Abdicating is handing over the work with no standard, no limits and no checkpoint, and hoping. Delegating is handing over the decision inside a boundary you set and can see into. The paperwork is the difference.
If it all runs through you, something needs to change
One practical email a week for owners building a business that relies less on them.