Delegation Patterns
The Delegation Ladder (7 Levels)
| Level |
Description |
When to use |
| 1 — Tell |
You decide, they execute exactly |
New hire, high-stakes, zero margin |
| 2 — Sell |
You decide, you explain why |
Building buy-in, teaching context |
| 3 — Consult |
They propose, you decide |
Building judgment, moderately experienced |
| 4 — Agree |
You decide together |
Peer-level decisions, shared ownership |
| 5 — Advise |
They decide, they inform you before |
Experienced, trust established |
| 6 — Inquire |
They decide, they tell you after |
High trust, senior person |
| 7 — Delegate |
They decide, you find out if needed |
Full autonomy, leadership-level |
Goal: Move each person up the ladder as they demonstrate competence and judgment.
Delegation Decision Matrix
Before delegating, assess two dimensions:
Skill
Low High
Will ┌─────────────┬──────────────┐
High │ Coach & │ Delegate │
│ Train │ fully │
├─────────────┼──────────────┤
Low │ Redirect / │ Motivate & │
│ Reassign │ Challenge │
└─────────────┴──────────────┘
- High skill, high will: Full delegation — get out of the way
- Low skill, high will: Coach and train — they want to learn, support them
- High skill, low will: Explore motivation — what would make this engaging?
- Low skill, low will: Don't delegate this task yet — address the root issue first
Task Handoff Template
## Task Handoff: [Task Name]
**Owner (new):** [Name]
**Delegating from:** [Your name]
**Due date:** [Date]
**Priority:** [High / Medium / Low]
**What success looks like:**
[Specific, measurable outcome — not activity, but result]
**Background context:**
[Why this matters, what came before, key constraints]
**Key stakeholders / dependencies:**
- [Who to loop in]
- [What they need]
**Decisions you can make independently:**
[Enumerate what's in their lane]
**Decisions that need my input:**
[Enumerate what requires escalation]
**Resources / references:**
- [Links, docs, tools]
**Check-in schedule:**
[How often + how — async update, brief sync, etc.]
**Definition of done:**
[Specific criteria to know the task is complete]
Context Transfer Checklist
Before handing off a task or project:
Trust-Building Progression
Trust is built incrementally. Use this sequence:
- Start small — delegate a low-stakes task to observe their approach
- Debrief together — what went well, what would they do differently?
- Increase stakes gradually — move up the ladder based on demonstrated judgment
- Give stretch assignments — tasks slightly beyond current comfort zone
- Reduce check-ins — as trust builds, move from sync to async updates
- Full ownership — they own the outcome, you're available for questions
Timeline: Trust is built in months, not days. Don't rush to full delegation before it's warranted.
Outcome vs. Method Ownership
Micromanagement trap: Delegating the outcome but controlling the method.
| Approach |
Example |
Effect |
| Method control |
"Do it this specific way" |
Kills initiative, builds dependency |
| Outcome ownership |
"Here's what success looks like — how you get there is yours" |
Builds capability, engagement |
When to specify method:
- Safety or compliance requirements
- Team consistency matters (shared systems, interfaces)
- New hire learning the standard approach
When to leave method open:
- Experienced person
- Novel problem with no established playbook
- You want them to develop judgment
Tracking Without Micromanaging
Lightweight tracking mechanisms
- Async written update: "What's the status?" via Slack/doc — no meeting needed
- Milestone check-ins: Agree on 2-3 milestones upfront; only check at those points
- Exception reporting: "Tell me if X happens or if you're blocked" — otherwise no update needed
- Weekly standup: Brief written: done / doing / blocked
Questions that signal trust (not control)
- "What do you need from me to move forward?"
- "What's the hardest part right now?"
- "What would you do differently if you were starting over?"
- "Is there anything blocking you that I could help unblock?"
Red flags that invite more check-ins
- Missed milestone without proactive communication
- Stakeholders are surprised / not in the loop
- Quality issues appearing repeatedly
- Requests for help only after problems become critical
Common Delegation Failures
| Failure |
Root cause |
Fix |
| Delegating but still doing |
Fear of quality drop |
Define "good enough" threshold explicitly |
| No clarity on outcome |
Rushed handoff |
Use handoff template every time |
| Delegating to wrong person |
Ignoring skill/will matrix |
Assess before assigning |
| Checking in too often |
Low trust or anxiety |
Agree on check-in cadence upfront |
| Not delegating because "faster to do myself" |
Short-term thinking |
Calculate time cost of not developing others |
| Delegating blame not authority |
Not giving real ownership |
Transfer authority alongside responsibility |
When NOT to Delegate
- The task is truly yours as a leader (final decision, accountability)
- Crisis situation where speed matters more than development
- Confidential information that shouldn't be shared
- Task requires your specific expertise that can't be transferred
- The person is already overloaded — delegation becomes a burden
Delegation Review
Ask monthly:
- What am I still doing that someone else could do at 80% quality?
- Who on my team is ready for more ownership?
- What did I delegate this month that went well?
- What delegation failed — what can I learn from it?
1---2name: delegation-patterns3description: When to activate: delegation, task handoff, trust building, ownership transfer, managing without micromanaging, empowerment, letting go4---56# Delegation Patterns78## The Delegation Ladder (7 Levels)910| Level | Description | When to use |11|-------|-------------|-------------|12| 1 — Tell | You decide, they execute exactly | New hire, high-stakes, zero margin |13| 2 — Sell | You decide, you explain why | Building buy-in, teaching context |14| 3 — Consult | They propose, you decide | Building judgment, moderately experienced |15| 4 — Agree | You decide together | Peer-level decisions, shared ownership |16| 5 — Advise | They decide, they inform you before | Experienced, trust established |17| 6 — Inquire | They decide, they tell you after | High trust, senior person |18| 7 — Delegate | They decide, you find out if needed | Full autonomy, leadership-level |1920**Goal**: Move each person up the ladder as they demonstrate competence and judgment.2122## Delegation Decision Matrix2324Before delegating, assess two dimensions:2526```27 Skill28 Low High29Will ┌─────────────┬──────────────┐30High │ Coach & │ Delegate │31 │ Train │ fully │32 ├─────────────┼──────────────┤33Low │ Redirect / │ Motivate & │34 │ Reassign │ Challenge │35 └─────────────┴──────────────┘36```3738- **High skill, high will**: Full delegation — get out of the way39- **Low skill, high will**: Coach and train — they want to learn, support them40- **High skill, low will**: Explore motivation — what would make this engaging?41- **Low skill, low will**: Don't delegate this task yet — address the root issue first4243## Task Handoff Template4445```46## Task Handoff: [Task Name]4748**Owner (new):** [Name]49**Delegating from:** [Your name]50**Due date:** [Date]51**Priority:** [High / Medium / Low]5253**What success looks like:**54[Specific, measurable outcome — not activity, but result]5556**Background context:**57[Why this matters, what came before, key constraints]5859**Key stakeholders / dependencies:**60- [Who to loop in]61- [What they need]6263**Decisions you can make independently:**64[Enumerate what's in their lane]6566**Decisions that need my input:**67[Enumerate what requires escalation]6869**Resources / references:**70- [Links, docs, tools]7172**Check-in schedule:**73[How often + how — async update, brief sync, etc.]7475**Definition of done:**76[Specific criteria to know the task is complete]77```7879## Context Transfer Checklist8081Before handing off a task or project:8283- [ ] Written summary of current state (not verbal only)84- [ ] List of all active stakeholders and their context85- [ ] Any known landmines, risks, or political sensitivities86- [ ] History of key decisions and why they were made87- [ ] Access to all relevant tools, docs, and systems88- [ ] Introductions to key people they'll need to work with89- [ ] Definition of done is agreed and written90- [ ] First check-in is scheduled9192## Trust-Building Progression9394Trust is built incrementally. Use this sequence:95961. **Start small** — delegate a low-stakes task to observe their approach972. **Debrief together** — what went well, what would they do differently?983. **Increase stakes gradually** — move up the ladder based on demonstrated judgment994. **Give stretch assignments** — tasks slightly beyond current comfort zone1005. **Reduce check-ins** — as trust builds, move from sync to async updates1016. **Full ownership** — they own the outcome, you're available for questions102103**Timeline**: Trust is built in months, not days. Don't rush to full delegation before it's warranted.104105## Outcome vs. Method Ownership106107**Micromanagement trap**: Delegating the outcome but controlling the method.108109| Approach | Example | Effect |110|----------|---------|--------|111| Method control | "Do it this specific way" | Kills initiative, builds dependency |112| Outcome ownership | "Here's what success looks like — how you get there is yours" | Builds capability, engagement |113114When to specify method:115- Safety or compliance requirements116- Team consistency matters (shared systems, interfaces)117- New hire learning the standard approach118119When to leave method open:120- Experienced person121- Novel problem with no established playbook122- You want them to develop judgment123124## Tracking Without Micromanaging125126### Lightweight tracking mechanisms127- **Async written update**: "What's the status?" via Slack/doc — no meeting needed128- **Milestone check-ins**: Agree on 2-3 milestones upfront; only check at those points129- **Exception reporting**: "Tell me if X happens or if you're blocked" — otherwise no update needed130- **Weekly standup**: Brief written: done / doing / blocked131132### Questions that signal trust (not control)133- "What do you need from me to move forward?"134- "What's the hardest part right now?"135- "What would you do differently if you were starting over?"136- "Is there anything blocking you that I could help unblock?"137138### Red flags that invite more check-ins139- Missed milestone without proactive communication140- Stakeholders are surprised / not in the loop141- Quality issues appearing repeatedly142- Requests for help only after problems become critical143144## Common Delegation Failures145146| Failure | Root cause | Fix |147|---------|-----------|-----|148| Delegating but still doing | Fear of quality drop | Define "good enough" threshold explicitly |149| No clarity on outcome | Rushed handoff | Use handoff template every time |150| Delegating to wrong person | Ignoring skill/will matrix | Assess before assigning |151| Checking in too often | Low trust or anxiety | Agree on check-in cadence upfront |152| Not delegating because "faster to do myself" | Short-term thinking | Calculate time cost of not developing others |153| Delegating blame not authority | Not giving real ownership | Transfer authority alongside responsibility |154155## When NOT to Delegate156157- The task is truly yours as a leader (final decision, accountability)158- Crisis situation where speed matters more than development159- Confidential information that shouldn't be shared160- Task requires your specific expertise that can't be transferred161- The person is already overloaded — delegation becomes a burden162163## Delegation Review164165Ask monthly:1661. What am I still doing that someone else could do at 80% quality?1672. Who on my team is ready for more ownership?1683. What did I delegate this month that went well?1694. What delegation failed — what can I learn from it?