System 5 of 6
Leadership Bench
Move routine decisions downward safely.
Leadership Bench is the operating system that moves appropriate routine decisions downward while preserving accountability, professional responsibility, decision rights, escalation rules, and coaching. Its output is a team that decides correctly without the owner in the room — and knows exactly which decisions still must escalate.
Who feels it, and how
- Every non-routine question waits for the owner, even when the answer is knowable.
- “Delegation” has been tried and reversed after a mistake, confirming everyone's caution.
- No written record exists of which decisions belong to which role.
- Team members closest to the work see problems first but do not feel authorized to act.
- The agency's growth ceiling equals the owner's personal decision capacity.
The mechanism
Decision-making is a skill built through structured practice with feedback — and most agencies provide neither. When decision rights are undefined, the safe move for any employee is to escalate, because acting carries personal risk while escalating carries none. One reversed decision without coaching teaches the whole team to stop deciding. The bench does not fail from lack of talent; it fails from lack of defined authority, escalation rules, and tolerated learning.
What to measure
Decision inventory coverage. Share of recurring decision types that have a written owner and rule (decide alone / decide and inform / escalate). Start by listing the twenty most frequent decisions.
Escalation rate. Of decisions escalated to the owner in a sample week, what share could have been made at the team level under a written rule? Count them — the answer is usually surprising.
Absence test. What actually broke, queued, or escalated the last time the owner was unavailable for several days? The list is a direct map of missing bench strength.
Common misreads
- “They made a bad call, so they're not ready.” One bad call is a coaching event; treating it as a verdict guarantees the bench never develops.
- Confusing task delegation with decision delegation. A team that executes tasks but escalates every judgment still caps out at the owner's capacity.
- Waiting for the perfect hire. Bench strength is mostly built, not bought.
Countermeasures to test
- Write the decision inventory: the twenty most frequent decisions, each tagged decide-alone, decide-and-inform, or escalate.
- Move one decision category per month downward, with the rule written, the owner named, and a review date set.
- Install a brief decision-review habit: what was decided, what was the rule, what would we adjust — coaching, not blame.
- Define escalation triggers precisely (dollar thresholds, compliance flags, client-risk signals) so judgment has guardrails.
A worked example
An owner logs one week of escalations and finds a recurring cluster: routine carrier-correction decisions that a senior teammate handles correctly whenever the owner is out. The countermeasure is to formalize what already works — a written rule granting that decision to that role, an escalation threshold for the exceptions, and a monthly review of a decision sample. The owner's queue shrinks without any new hire.
If the data is missing
If no one can list which decisions are formally delegated, the inventory does not exist — and that absence, not any individual's readiness, is the constraint. Write the list before judging the bench.
Frequently asked
What about decisions with compliance or licensing implications?
They belong explicitly in the escalate or licensed-role categories of the decision inventory. Moving decisions downward never means moving licensed, regulatory, or professional-responsibility decisions to unauthorized roles — the inventory exists precisely to make that boundary written and unambiguous.
How is this different from an org chart?
An org chart assigns people to roles. A decision inventory assigns decisions to roles — with rules and escalation triggers. Agencies often have the first and not the second, which is why titles change while the owner's queue does not.

