How Do You Measure Whether Business Coaching Is Working?

Adam Fox • 28 September 2026

If you have staff but still feel like you are doing everything, the problem is rarely that you haven't hired enough people.

More often, you have added employees without removing enough responsibility from the owner.

The staff do tasks.

You still decide.

Check.

Chase.

Prioritise.

Solve.

Approve.

Coordinate.

Correct.

Handle the difficult customers.

Deal with the awkward employee.

Remember what everyone else has forgotten.

And step back in whenever something goes wrong.

So headcount increases.

Payroll increases.

The number of conversations increases.

The complexity increases.

Yet your workload barely changes.

Sometimes it gets worse.

That is incredibly frustrating because hiring people was supposed to create capacity.

Instead, you find yourself thinking:

"There are fifteen bloody people here. Why am I still the one doing everything?"

The answer is normally hidden in the difference between employing people and building an organisation.

They are not the same thing.

Staff do not automatically create owner capacity

This is one of those things that sounds obvious once somebody says it.

An employee only creates meaningful owner capacity if something the owner previously had to carry genuinely stops belonging to them.

You hire an administrator.

Great.

They process paperwork.

But you still tell them what needs doing every day.

Answer every unusual question.

Check important work.

Prioritise their workload.

Deal with anything outside the normal process.

Your administration workload has reduced.

Your management workload has increased.

You hire a salesperson.

They make calls and attend meetings.

But you still:

Generate the best leads.

Set pricing.

Approve proposals.

Handle major negotiations.

Close the important deals.

Resolve commercial exceptions.

Again, capacity has increased somewhere.

Owner dependency has barely moved.

This is why simply counting employees tells you surprisingly little about how independent the business has become.

There is a big difference between employing hands and transferring ownership

Imagine you employ somebody to manage purchasing.

There are two versions of that role.

Version one:

They raise orders.

Update the system.

Email suppliers.

Chase deliveries.

Ask you which supplier to use.

Ask you when the price looks high.

Ask you before changing anything.

Bring every shortage to you.

You have delegated purchasing administration.

Version two:

They are responsible for ensuring the business has the materials it needs while meeting agreed stock, cost and supplier-performance targets.

They choose suppliers within agreed parameters.

Negotiate.

Resolve shortages.

Monitor performance.

Make appropriate decisions.

Escalate only exceptions outside their authority.

Now you have transferred an outcome.

Those two employees might have the same job title.

Only one materially reduces dependence on the owner.

The first question is: what did you actually stop doing when each person was hired?

Take your team.

One person at a time.

Why did you hire them?

What responsibility did you personally stop carrying as a result?

Not:

What tasks do they now perform?

What stopped being yours?

That difference exposes a lot.

You may discover you hired eight people and stopped personally performing dozens of tasks.

But you still own virtually every important result those tasks contribute towards.

You are no longer typing the quote.

You still own whether it is right.

You no longer schedule the work.

You still resolve every scheduling conflict.

You no longer do the administration.

You still tell administration what matters.

You no longer physically deliver the job.

You still deal with every problem.

The labour moved.

The responsibility didn't.

You may have created jobs rather than roles

A job is often described by activity.

Answer phones.

Process orders.

Prepare quotations.

Schedule engineers.

Manage the diary.

Raise invoices.

A role needs an outcome.

What is this person responsible for making happen?

For example:

Instead of:

"Schedule the engineers."

Try:

"Own weekly resource planning so committed work is delivered on time without avoidable overcapacity, clashes or unnecessary overtime."

Now something can be measured.

Something can be owned.

Someone can make decisions in pursuit of an outcome.

Owners remain overloaded when everyone is busy doing activities but nobody clearly owns what those activities are supposed to achieve.

Your team may be busy without being accountable

This happens constantly.

Everyone is flat out.

Nobody is lazy.

Yet problems keep reaching the owner.

How?

Because activity and accountability are different.

Suppose three people contribute towards a customer installation.

Sales.

Operations.

Installation.

The job goes wrong.

Who owns the overall result?

Sales says:

"We sold it correctly."

Operations says:

"We scheduled it correctly."

Installation says:

"We installed what we were given."

Customer still isn't happy.

Then you appear.

This is why accountability cannot always stop at departmental activity.

Somebody has to own outcomes.

Otherwise gaps between responsibilities become owner problems.

You may have too many people reporting directly to you

Another common pattern.

The company has grown.

The organisational chart has not.

You now directly manage:

Sales.

Finance.

Admin.

Operations.

Marketing.

Warehouse.

Customer service.

Perhaps several individual employees as well.

Everyone technically has a boss.

Unfortunately, it is the same boss.

You.

Your team has expanded but your role remains the central coordination point.

Now every appraisal, disagreement, priority clash, resource request, staffing problem and cross-functional issue travels through one person.

Hiring more employees can actually create more work for the owner if the management structure does not develop alongside the headcount.

At some point you need management, not simply more employees

Management is a real function.

Skills England's current Operations Manager occupational standard describes operational management as including setting goals and accountabilities, managing people and workloads, analysing performance, allocating resources, resolving problems, managing projects and supporting organisational objectives.

That matters because many small businesses promote somebody to "manager" without transferring much of that work.

They become:

The most senior person on the team.

The person who knows the most.

The person who organises the rota.

The person employees ask first.

But when real management appears:

Poor performance.

Conflict.

Resource decisions.

Prioritisation.

Commercial judgement.

Accountability.

Difficult conversations.

The owner still takes over.

Now you have employees with management titles.

And an owner still doing the management.

A senior employee is not automatically a manager

You promote your best technician.

They are technically excellent.

Now they are Technical Manager.

What changed?

Perhaps not enough.

They still spend 80% of their time doing technical work.

They help colleagues when stuck.

They organise a few things.

You still manage the people.

You still manage performance.

You still decide priorities.

You still resolve conflict.

You still make the difficult decisions.

That person may be excellent.

But the role has not actually absorbed much management.

This is one reason owners say:

"I've got managers. Why does everything still come through me?"

Because the organisation may have management job titles without enough management work being performed underneath them.

The problem may be that your managers are still fully loaded as doers

This deserves attention.

You tell Sarah:

"I need you to step up and manage the team."

Sarah already has forty hours of operational work.

What exactly should she stop doing?

Nothing.

Now management is added on top.

She attends one-to-ones when absolutely necessary.

Deals with problems reactively.

Avoids spending time developing people because today's work is screaming louder.

Anything difficult eventually reaches you.

That does not necessarily mean Sarah lacks management ability.

The role may lack management capacity.

If you genuinely want people to manage, create space for management.

Leadership cannot always be performed in the spare six minutes left after somebody finishes their original job.

You may have hired people underneath the problem rather than above it

This is another classic.

Owner overwhelmed.

Hire administrator.

Still overwhelmed.

Hire another operational employee.

Still overwhelmed.

Hire an assistant.

Still overwhelmed.

Why?

Because the owner's problem was not a shortage of hands.

It was a shortage of somebody capable of owning a layer of responsibility beneath them.

Imagine you spend twenty hours every week:

Coordinating managers.

Resolving cross-department issues.

Reviewing capacity.

Chasing operational performance.

Prioritising work.

You hire another operative.

What happened to those twenty hours?

Nothing.

You increased delivery capacity.

You did not increase management capacity.

Sometimes the next hire needs to sit closer to you on the organisational chart rather than further away.

That does not automatically mean you need an Operations Manager

Be careful.

Article #15 looked specifically at whether an owner needs coaching or an Operations Manager.

Do not recruit a £50,000 manager simply because this article made organisational structure sound exciting.

Diagnose the work.

Perhaps your existing people are capable.

They simply do not have authority.

Perhaps responsibilities are unclear.

Perhaps your management meeting is poor.

Perhaps you keep interfering.

Perhaps two minor role changes would solve most of it.

Recruitment is one possible intervention.

Not the first conclusion.

You may still be approving everything

This is perhaps the quickest way to keep doing everything while believing you have delegated.

Employees now carry out the work.

You remain the approval layer.

Can this go out?

Is this price okay?

Can I buy this?

Can we offer them that?

Can I book the overtime?

Can we move the date?

Can I refund this?

Can I interview them?

Can I use this supplier?

Each request is tiny.

Combined, they rebuild the owner's job around decisions rather than tasks.

Article #17 looked at the owner bottleneck in detail.

The solution is to decide which decisions genuinely require owner authority and move the rest.

Give people spending and decision authority

Vague empowerment does not work.

"You don't need to ask me about everything."

Okay.

Which things?

People need boundaries.

Perhaps:

You can approve purchases inside your monthly budget.

Customer credits up to £500 are yours.

You can approve overtime within these limits.

You can select suppliers from the agreed list.

You can recruit within approved headcount and salary bands.

Anything beyond those boundaries comes up.

Now the employee knows.

So do you.

You have moved decision-making instead of merely asking people to become more confident.

You may be checking everything because there is no other control system

This is where owners often receive unfair criticism.

"You're a control freak."

Maybe.

Or perhaps checking things personally is currently the only way to know whether they are right.

Suppose you stop checking every job tomorrow.

What replaces the check?

Nothing?

Then stepping away is not leadership.

It is hope.

You need standards.

Measures.

Review processes.

Exception reporting.

Useful KPIs.

Quality controls.

Clear management ownership.

As companies grow, personal visibility has to be replaced by organisational visibility.

The latest ONS Management and Expectations Survey measures structured management across areas including continuous improvement, KPIs, targets and employment practices. In the 2023 data, businesses with 10 to 19 employees averaged 0.51 on the ONS management-practice scale, compared with 0.68 for organisations employing 250 or more people. ONS also found management-practice scores were significantly associated with productivity. This does not prove that structure causes scale, but it demonstrates how management practices differ with firm size.

The Government's current SME plan similarly says UK SMEs are less likely than larger firms to adopt structured practices such as targets, KPIs and strategic financial planning, and identifies leadership and management capability as important for productivity and growth.

You do not need to turn a fifteen-person company into Tesco.

You do need something better than:

"Adam checks everything."

You may be delegating and then redoing the work

This is soul-destroying for everybody.

You ask someone to prepare something.

They prepare it.

You change half of it.

Eventually:

You might as well have done it yourself.

Perhaps.

But ask why you changed it.

Was it actually wrong?

Did it fail the agreed standard?

Did it create risk?

Or would you simply have done it differently?

If your team has to recreate your personal preference perfectly before work can leave the business, you have not really created leverage.

You have created first drafts for the owner.

Your standards may only exist inside your head

This causes huge amounts of rework.

The owner knows what good looks like.

Everyone else finds out after producing something.

You review it.

Correct it.

Send it back.

Eventually you think:

"Nobody can get this right."

Perhaps nobody was ever shown what right meant.

Translate your judgement.

Examples.

Criteria.

Checklists.

Templates.

Commercial principles.

Training.

Not everything needs a process manual.

But if you repeatedly correct the same things, stop assuming everyone should somehow absorb your standards telepathically.

Make them visible.

You may be stepping in too early

An employee starts struggling.

You notice.

You know what will happen.

So you step in before it happens.

Efficient.

Except now they never deal with the consequence.

They never fully diagnose it.

Never experience the uncomfortable conversation.

Never learn how to recover.

You save time today and create another dependency tomorrow.

This is the Fixer Loop.

Problem.

Uncertainty.

Owner intervention.

Fast solution.

Reduced learning.

More escalation next time.

Capable owners become trapped partly because rescuing people works incredibly well in the short term.

Staff need enough room to become useful at the level you actually need

You hired somebody because they had capability.

Then what?

Did they receive ownership?

Did they make decisions?

Did they experience consequences?

Did they get feedback?

Did their authority grow?

Or have they spent three years operating inside a tightly controlled lane while you handled every exception?

You cannot expect senior judgement from somebody who has rarely been allowed to exercise judgement.

People develop through appropriate responsibility.

Not simply time served.

You might be solving problems your managers should solve

A member of staff is underperforming.

Their manager tells you.

What happens next?

If you immediately take over:

You are still managing that employee.

Try:

"What are you going to do?"

Now the manager has to manage.

Perhaps they need help.

Fine.

Coach them through it.

Do not automatically take the conversation away.

The distinction is subtle but important.

You can support someone without accepting their responsibility.

Some staff may have learned that handing things back is safe

A task becomes difficult.

Escalate.

A customer becomes angry.

Escalate.

A decision feels risky.

Escalate.

An employee pushes back.

Escalate.

The owner takes it.

What was the cost to the person handing it back?

Almost none.

Perhaps relief.

Meanwhile the owner absorbs the work.

This becomes cultural.

The staff are not necessarily lazy.

The system simply makes escalation attractive.

Change what happens.

When someone brings you a problem, keep them involved in resolving it.

Ask for a recommendation.

Make them own the follow-up.

Do not allow escalation to become responsibility disposal.

Hiring can actually make an owner busier before it makes them less busy

This is important and normal.

A new employee needs:

Recruitment.

Onboarding.

Training.

Questions answered.

Feedback.

Management.

Systems access.

Context.

So initially, hiring often creates work.

That is an investment.

The issue is what happens later.

Six months after hiring, has the employee absorbed a meaningful responsibility?

Or have they simply added more communication, management and decisions to the owner's day?

Every hire should eventually create capacity or capability somewhere.

If not, understand why.

Ask every employee one question

"What are you fully responsible for here?"

Listen carefully.

If the answer is a list of tasks, keep going.

"What outcome is yours?"

You may receive silence.

That silence tells you something.

Then ask:

"Which decisions can you make without me?"

More useful information.

Then:

"What do you currently have to bring to me that you think you should be able to decide yourself?"

That question can be illuminating.

Your employees may already know exactly where unnecessary dependency exists.

Ask your managers a harder version

"What am I still doing that should be yours?"

Do not get defensive.

You may hear:

Approving overtime.

Dealing with difficult employees.

Talking to certain customers.

Chairing our meeting.

Changing priorities.

Checking work.

Recruitment.

Purchasing.

Now you have a list.

Some answers may be wrong.

Some responsibilities genuinely belong with you.

Fine.

But you have started a useful conversation about the actual design of the organisation.

You may not trust your people

Let's say it plainly.

Perhaps the reason you still do everything is that you do not trust the people you hired.

Now ask why.

Are they genuinely not good enough?

Or have they never been given the chance to prove themselves?

Did you recruit too cheaply?

Did you recruit purely for technical skills?

Are expectations unclear?

Have you tolerated poor performance too long?

Have you never properly developed them?

Do you correct everything?

Have you retained so much authority that their capability is difficult to observe?

"Don't trust them" is not the end of the diagnosis.

It is the beginning.

Sometimes you genuinely have the wrong people

This article is not going to pretend every employee secretly contains an outstanding manager waiting for enough empowerment.

They don't.

Sometimes:

The wrong person was hired.

Someone has reached their capability ceiling.

A manager does not want to manage.

Someone avoids accountability.

Performance remains poor despite clarity, support and development.

Deal with it.

You will never build a business that relies less on you if you continually compensate for people who cannot perform the roles required.

Being kind to somebody and tolerating an organisational mismatch indefinitely are not the same thing.

Sometimes you have good people in the wrong structure

This may be more common.

Strong people.

Poor organisation.

Nobody knows where one role ends and another begins.

Three people share responsibility for the same outcome.

Managers lack authority.

Everyone reports upwards.

There is no sensible management rhythm.

Performance information is weak.

Now good people appear less capable because the environment constantly pushes ambiguity towards the owner.

Fix the structure before replacing everybody in it.

More staff can create more coordination work

This is an important reason headcount does not automatically free the owner.

As teams grow, there are more:

Relationships.

Handoffs.

Dependencies.

Priorities.

Questions.

Potential conflicts.

Someone has to coordinate them.

In a small company, the owner can do that informally.

As the business grows, informal coordination gets expensive.

The Government's current SME strategy explicitly notes that smaller businesses often lack access to the talent and resources available to larger firms and places significant emphasis on improving leadership and management capability.

This is part of the transition from:

A group of people working for the founder.

to:

An organisation with management.

You may be missing the middle

Picture the company like this:

Owner

↓

Everybody else

That works surprisingly well for a while.

Then you employ fifteen people.

Twenty.

Thirty.

The owner becomes the middle.

Information moves through you.

Priorities move through you.

Conflicts move through you.

Decisions move through you.

You are the hierarchy.

Eventually you need other layers of leadership, whether formal or informal.

Team leaders.

Managers.

Functional heads.

Perhaps senior operational leadership.

Not because hierarchy is inherently wonderful.

Because someone other than the owner needs to integrate work.

Do not create management layers simply because the business got bigger

There is a danger here too.

You can overmanage a small company.

Layers.

Titles.

Meetings.

Bureaucracy.

Now information takes longer to travel than it did before.

The goal is not maximum hierarchy.

It is minimum structure required for clear ownership, good decisions and accountability.

Enough management.

No more than necessary.

Your management meeting may be teaching everyone to give work to you

Watch what happens in the next meeting.

Manager raises problem.

You answer.

Another problem.

You decide.

Another problem.

You volunteer to speak to somebody.

Another.

You say:

"Leave that with me."

The meeting finishes.

Everyone has clarity.

You have eleven actions.

Congratulations.

You just ran a highly efficient owner-dependency meeting.

Change the questions.

Who owns this?

What do you recommend?

What are you going to do?

What support do you need?

Does this actually require me?

A useful management meeting should distribute responsibility clearly.

Not harvest it for the owner.

There is a difference between helping and taking over

This distinction is vital.

Manager:

"I'm struggling with this employee."

Taking over:

"I'll speak to them."

Helping:

"Let's work through how you're going to approach the conversation."

Manager:

"I'm not sure how to analyse these figures."

Taking over:

"Send them to me."

Helping:

"Let's go through the first one together."

The second version takes longer today.

It creates more capability tomorrow.

You do not have to choose coaching over action in every situation.

Occasionally, you absolutely should step in.

Just notice whether stepping in has become the default.

You may need to allow a temporary drop in efficiency

This is one of the hardest parts.

When you first transfer responsibility, the new owner may be slower.

The meeting may be clumsier.

The customer call may not be as polished.

The decision may take longer.

The report may need improvement.

You can interpret that as:

"This isn't working."

Or:

"They're learning."

There are limits.

You do not sacrifice safety or major customers just to prove you can delegate.

But organisational capability takes practice.

If you demand immediate owner-level performance, responsibility will never move.

Stop keeping work because explaining it takes longer

Every owner has said:

"It'll take me longer to explain it than just do it."

Probably.

The first time.

What about the fiftieth?

If something takes you one hour every week, that is roughly 52 hours a year.

If training somebody requires four hours, the economics are not particularly complicated.

Of course, some tasks are so rare that training creates no meaningful return.

Use judgement.

But do not use the first handover cost to justify permanent ownership of recurring work.

Staff should eventually reduce decisions as well as tasks

This is a useful test of organisational maturity.

After hiring someone, do you personally:

Have fewer tasks?

Good.

Do you also:

Receive fewer decisions?

Better.

Need fewer updates?

Better.

Solve fewer problems in that area?

Better.

Carry less knowledge?

Better.

Feel comfortable being unavailable?

Better.

That is real transfer.

If tasks leave but the decisions, checking and risk remain, you have only partially delegated.

Create an ownership map

You do not need consultants or software.

List the important outcomes in your business.

For example:

Sales.

Gross margin.

Cash collection.

Operational delivery.

Quality.

Customer retention.

Recruitment.

People performance.

Purchasing.

Stock.

Marketing.

Pipeline.

Health and safety.

For each one, write one name.

Who owns it?

If you cannot name one person, investigate.

Then ask:

What authority does that person have?

How is performance measured?

What still reaches me?

You now have an incredibly useful picture of where responsibility is incomplete.

Create a "stop doing" list for the owner

Most planning asks:

What will you start doing?

For an overloaded owner with staff, the better list may be:

What will I stop doing?

Pick five.

Not aspirationally.

Specifically.

For example:

I no longer approve routine purchases below £2,000.

I no longer chair the weekly operations meeting.

I no longer check every quotation.

I no longer deal directly with employee holiday requests.

I no longer take routine customer complaints.

Then assign each responsibility properly.

Do not simply stop and leave a hole.

Transfer it.

Use a 90-day transfer plan rather than trying to disappear on Monday

For each meaningful responsibility, you can move through stages.

Stage 1: I do, you watch.

Stage 2: We do together.

Stage 3: You do, I review.

Stage 4: You do, tell me the outcome.

Stage 5: You own it. Escalate only exceptions.

Different responsibilities may begin at different stages.

This removes the false choice between:

I do everything.

and:

Good luck, everyone.

Delegation can be progressive.

Give ownership a chance to stick

This may be the owner's most important responsibility in the transition.

If you have transferred something, behave accordingly.

Someone asks you instead of the new owner?

Redirect them.

A customer bypasses them?

Route the issue back.

The new owner chooses a reasonable approach you would not have chosen?

Let it stand.

A mistake happens?

Review it without automatically taking ownership back.

Every one of those moments either reinforces the new structure or restores the old one.

Track how much still reaches the owner

You can make this measurable.

For one week, count:

How many decisions needed me?

How many problems needed me?

How many pieces of work did I recheck?

How many actions came out of meetings with my name against them?

How many employees bypassed their manager?

How many customer issues came directly to me?

Then repeat monthly.

You should see dependency falling.

Not necessarily immediately.

But direction matters.

What if I have employees but no managers?

Then perhaps your workload is entirely rational.

If ten people all report directly to you, somebody needs to manage ten people.

Currently, that is you.

You can improve systems and delegation.

At some point, depending on the nature of the business, you may need first-line management.

Skills England describes Team Leaders as providing first-line management or supervision where organisations need individuals to offer direction, guidance and operational leadership to teams.

That does not mean every ten-person business requires a Team Leader.

It means management work exists whether you have formally named the person doing it or not.

At the moment, that person may simply be you.

What if I have managers and I'm still doing everything?

Now the diagnosis becomes more interesting.

Ask:

What do the managers actually own?

What can they decide?

How much of their week is spent managing?

Which difficult conversations still reach me?

Which numbers are they accountable for?

Do employees respect their authority?

Do I respect their authority?

Do I routinely override them?

Would their departments function for two weeks if I became unavailable?

If the answers are weak, you have management work to do.

Perhaps with them.

Perhaps with the structure.

Perhaps with yourself.

What if the team simply needs me because I know more?

Of course you know more.

You own the company.

You may have twenty years of context.

That does not mean twenty years from now you should remain the only source of context.

Move knowledge deliberately.

When someone asks you something recurring, ask:

Where should this information live?

CRM?

Process?

Pricing guide?

Customer record?

Training?

Another person's head?

Not everything needs documenting.

Critical recurring knowledge should not remain permanently accessible only through one person.

What if I like being involved?

Then stay involved.

This is not about becoming some detached shareholder who appears quarterly and asks about EBITDA.

I like business.

Many owners do.

Something in your business needs to change?

You probably already know more than enough to keep reading about it.

If you want an experienced outside perspective to help you work out what’s really getting in the way — and what to do about it — let’s have a conversation.

Talk About My Business

Learn more

Specialist ground crews performing distinct roles around one aircraft in bright daylight.

Role Clarity in a Growing Small Business, Who Actually Owns What?

by Adam Fox • 29 September 2026

Role clarity in a growing business means every important outcome has a clear answer to three questions: Who owns the result? What are they allowed to decide? Where does their responsibility stop and somebody else's begin? That sounds simple. Then the company grows. Sales says Operations owns it. Operations says Project Management owns it. Project Management says they were waiting for Finance. Finance says nobody sent the information. Three managers attended the meeting. Six people were copied into the email. The owner eventually sorts it. And somehow the business concludes: "We need better communication." Maybe. But often the real problem is much simpler. Nobody genuinely knew who owned what. Growing businesses do not usually lose role clarity overnight It happens gradually. At the beginning: Owner does almost everything. Then you hire someone. "Can you help with this?" Another person. "They'll take care of that." Then: Supervisor. Administrator. Salesperson. Project Manager. Operations Manager. Finance Manager. Roles accumulate around the work that already exists. Nobody stops to redesign the whole picture. Eventually one person's job overlaps another's. Responsibilities migrate informally. Managers inherit tasks without authority. Employees still ask the founder because they remember when the founder owned everything. And the owner retains a collection of responsibilities they supposedly delegated years ago. That is how a perfectly normal growing SME ends up with: More people. More managers. More meetings. And less certainty about who actually owns the result. Role clarity is not the same as having job descriptions You can have twenty beautifully formatted job descriptions and still have terrible role clarity. Because most job descriptions describe: Activities. Responsibilities. General duties. They often do not explain: Which outcomes the person actually owns. What they can decide. Which numbers they are accountable for. What belongs to somebody else. How two overlapping functions should work together. When something should escalate. Acas's current job-description template guidance includes the role's main duties and who the employee reports to, while current government recruitment guidance recommends defining tasks and responsibilities before recruiting. Useful foundations, certainly. But as a business becomes more complex, management normally needs more than a list of duties. A job description tells me: What you do. Role clarity should also tell me: What happens because you do it. Start with outcomes rather than activities Consider a Sales Manager. Activity-based description: Attend sales meetings. Manage CRM. Support sales team. Review proposals. Meet customers. Fine. Outcome-based version: Own qualified pipeline. Own sales conversion. Own performance of the sales team. Own sales forecasting accuracy. Ensure commercial commitments entering Operations are complete and achievable. Now we understand the job much better. The activities may change. The outcomes remain clearer. Activities are useful. Ownership is more useful. Someone might: Prepare a report. But who owns whether the information is accurate? Someone might: Schedule a job. But who owns whether delivery capacity is sufficient? Someone might: Send the invoice. But who owns ensuring completed work becomes invoiceable promptly? Several people may touch an outcome. One person should usually be clearly identifiable as the person responsible for seeing that outcome through. That distinction removes enormous amounts of ambiguity. "Everyone owns it" is usually dangerous Imagine: "Customer satisfaction is everyone's responsibility." Nice sentiment. Operationally? Who investigates complaints? Who tracks the trend? Who changes the process? Who reports performance? Who makes sure an unresolved complaint does not quietly disappear? Everyone can contribute to customer satisfaction. That does not mean accountability needs to be vague. Shared contribution is normal. Undefined ownership is different. This is where accountability gets muddled Four concepts are often collapsed into one. Responsibility Work you are expected to perform. Accountability The outcome you are expected to answer for. Authority What you are allowed to decide or change. Contribution Work you provide towards an outcome owned elsewhere. You need all four. Responsibility without authority creates frustration "You own customer delivery." Excellent. Can I change the schedule? "No." Approve overtime? "No." Prioritise jobs? "Ask me." Resolve ordinary customer issues? "Check first." Then you do not own customer delivery in any meaningful operational sense. You report on it. The owner still owns it. This is one reason Article #36 connected accountability with authority. Authority without accountability creates different problems Manager can: Spend. Recruit. Change priorities. Agree customer solutions. But nobody reviews the outcomes. Now discretion exists without enough consequence. You want the pair: Appropriate authority. Clear accountability. HSE treats role clarity as a genuine work-design issue The Health and Safety Executive includes Role as one of its six Management Standards for work-related stress. Its standard says employees should understand their role and responsibilities, requirements should be as clear and compatible as possible, and people should have routes for raising concerns about uncertainty or conflicting responsibilities. That is worth paying attention to. Role confusion is not merely annoying administration. Conflicting expectations create actual organisational strain. Imagine reporting to three unofficial bosses Operations Manager says: "Do A first." Sales Director says: "No, customer B is urgent." Owner walks through: "Forget both. Sort C." Employee fails A. Operations Manager asks: "Why didn't you do it?" What exactly was the role expectation? You can call that poor prioritisation from the employee. Or recognise that the organisation issued incompatible instructions. HSE's guidance explicitly says organisations should, as far as possible, ensure requirements placed on employees are compatible. That seems extremely sensible. Owner-managed businesses create this problem particularly easily Because everybody knows: The owner can override anything. Employee has manager. Owner asks employee directly: "Can you quickly do this?" Of course they say yes. Manager's priority gets displaced. Now the organisational chart says one thing. Real authority says another. Do that often enough and the owner becomes everybody's unofficial second manager. Your behaviour teaches people who really owns the decision You can write: "Operations Manager owns scheduling." Then personally change tomorrow's schedule three times. What did everyone learn? Owner owns scheduling. You can write: "Sales Manager owns commercial decisions." Then negotiate every important deal. Everyone learns: Owner owns commercial decisions. Structure is created through behaviour. Not PowerPoint. One of the first tests is simple Ask ten employees: "Who owns this?" Choose something important. Customer complaints. Recruitment. Pricing. Capacity. Quality. Debtors. Scheduling. Marketing. If you get six different answers? Useful finding. Then ask the supposed owner "What decisions can you make without Adam?" This is often even more revealing. Answer: "Not totally sure." There is your role-clarity problem. Role clarity becomes more important as the business grows ONS's latest published Management and Expectations Survey found that larger UK businesses reported more structured management practices on average. Firms with 10 to 19 employees scored 0.51 on its structured-management scale in 2023, rising to 0.58 among firms with 20 to 49 employees, 0.63 among firms with 50 to 99 employees and higher again among larger firms. The measure covers continuous improvement, KPIs, targets and employment practices rather than role clarity specifically, so it should not be interpreted as proof that organisational charts create productivity. But it does illustrate the wider shift towards more deliberate management as organisational scale increases. Informal coordination has limits. Eventually: "Everyone sort of knows what they do." stops being enough. The first growth stage: everybody does everything Often perfectly reasonable. Five-person business. Customer calls. Whoever is free answers. Problem arrives. Someone sorts it. Founder involved everywhere. Flexibility matters more than beautifully defined roles. Do not bureaucratise a tiny company unnecessarily. The second stage: specialists appear Someone mainly sells. Someone manages administration. Someone delivers. Someone handles finance. Still plenty of overlap. Usually manageable. But responsibilities begin becoming repeatable enough to name. The third stage: managers appear This is where clarity becomes far more important. Because now the company has: People. And people responsible for other people. Who handles performance? Who approves holiday? Who sets priorities? Who recruits? Who manages capacity? Who deals with customer escalation? If the answer remains: "Usually the owner." then the management layer exists mostly in title. The fourth stage: functions become interdependent Sales. Operations. Finance. Marketing. Customer Service. Projects. Now the biggest problems often exist between roles rather than inside them. Sales owns winning customer. Operations owns delivering. Who owns the handover? Finance owns invoicing. Project Manager owns completion. Who ensures completion information reaches Finance? The interfaces matter. Most role problems live in the gaps This is important. Often everybody performs their individual job reasonably well. The failure occurs here: Sales → Operations. Operations → Finance. Finance → Customer. Marketing → Sales. Manager → Manager. The handover has no clear owner. Then information drops. Map outcomes first Take the business's important recurring outcomes. For example: Qualified enquiries generated. Sales converted. Customer scope agreed. Work scheduled. Work delivered. Quality confirmed. Customer issue resolved. Invoice raised. Payment collected. Employee recruited. Employee performance managed. Capacity planned. Now ask: Who owns each outcome? Not who touches it. Who answers for it? You should be able to complete this sentence "If this outcome repeatedly fails, the first person accountable for understanding why is ______." That is extremely useful. It does not mean every failure is automatically their fault. It means: They own visibility. Diagnosis. Response. Escalation where required. Avoid building a blame map This exercise is not: Who gets bollocked? Ownership should answer: Who makes sure this works? Not: Who receives punishment when anything goes wrong? If role mapping becomes a blame exercise, managers will resist ownership. Understandably. Create an Ownership Map I prefer something simple. Columns: Outcome Primary owner Key contributors Decisions they can make When it escalates Measure For example: Customer onboarding. Owner: Customer Success Manager. Contributors: Sales, Finance, Operations. Authority: can set onboarding schedule and chase missing information. Escalation: contractual discrepancy or strategic account issue. Measure: onboarding completed by agreed date. That is vastly more useful than three pages of generic duties. Do not create a spreadsheet containing 400 activities You can. Please don't. You will spend three weeks deciding who owns: "Ordering printer toner." Then nobody will update it. Focus on meaningful outcomes and recurring decisions. The detail beneath them can sit in processes. Roles and processes are different Role answers: Who owns the outcome? Process answers: How does the work happen? Do not confuse them. You might completely redesign the invoicing process. Finance Manager still owns cash collection. Process evolves. Ownership remains. Define role purpose in one sentence For every significant role: Why does this job exist? Example: Operations Manager: "Ensure customer commitments are delivered safely, profitably and reliably through effective management of people, capacity and operational resources." That helps filter everything below it. Then define five to seven primary outcomes Not forty-seven tasks. For an Operations Manager: On-time delivery. Operational capacity. Team performance. Quality. Operational cost. Continuous improvement. Cross-functional coordination. Now we have a role. Skills England's current standards take exactly this kind of outcome-and-accountability view Its Operations Manager standard describes the role as accountable for developing team members, managing projects, planning and reviewing workloads and resources, delivering operational plans and resolving problems. It explicitly expects Operations Managers to take ownership of their own and their team's tasks and workload. The current Team Leader standard similarly expects first-line leaders to set and manage objectives, manage resources, interpret performance data and take accountability for their own workload. Those are clearer expectations than: "Help run the team." Define what the role does not own This can be equally powerful. Sales Manager does not own: Final operational scheduling. Finance approval. Technical quality. They may influence them. But no. Operations Manager does not own: Sales commission structure. Company strategy. Tax advice. Marketing campaigns. Again: Contribution is different from ownership. Boundaries reduce conflict Without boundaries: Sales says: "Operations is blocking growth." Operations says: "Sales keeps overpromising." Both might be right. Clarify: Sales owns commercial opportunity. Operations owns delivery capacity. Neither unilaterally commits something requiring the other's capacity beyond agreed parameters. Then define the decision process when they conflict. Now disagreement has architecture. Decision rights deserve their own conversation For every manager, list recurring decisions. Who decides: Price? Discount? Hiring? Overtime? Supplier? Customer remedy? Schedule? Purchasing? Capital expenditure? Priority? Marketing spend? Then assign levels. For example: Manager decides independently. Manager decides and informs. Manager recommends, owner approves. Owner decides. Do not leave this to habit. A lot of "poor communication" is actually decision ambiguity People keep discussing the same issue. Meeting after meeting. Why? Nobody knows who can decide. Once authority is clear: Discussion ends. Decision happens. This can remove enormous amounts of management noise. Do not require consensus for everything Collaborative management does not mean every decision needs six people to agree. Consult widely where useful. Then somebody decides. Otherwise: Meeting. Follow-up meeting. Email chain. Owner intervention. Consensus can become responsibility avoidance. RACI can be useful, but do not turn your entire company into one RACI typically distinguishes: Responsible. Accountable. Consulted. Informed. Useful for: Projects. Complex processes. Cross-functional implementation. But if every recurring business activity requires a forty-column RACI matrix, you may be designing complexity rather than solving it. Use the simplest tool that creates clarity. For everyday operations, named ownership is often enough Outcome: Monthly management accounts issued by working day ten. Owner: Finance Manager. Contributors: Bookkeeper, department managers. Done. You do not necessarily need a methodology acronym around everything. Clarify handovers explicitly A role can be crystal clear. Handover still broken. Sales hands work to Operations. What must exist before Operations accepts it? Signed scope? Customer contact? Programme? Margin? Special requirements? Purchase order? Deposit? Define the handover. Now: "I thought they knew." reduces. The receiving function should define what good handover looks like This is an excellent approach. Ask Operations: "What do you need from Sales before you can deliver this properly?" Ask Finance: "What do you need before you can invoice?" Ask Sales: "What information do you need back from Operations?" Interfaces become agreements between functions. Not assumptions. Ownership should follow the work through Project Manager says: "I sent Finance the information." Invoice still not raised. Do they own invoicing? Perhaps not. But if their outcome is: Project commercially closed, they may need to ensure the handover completed successfully. Passing an email is not necessarily completion. This is why outcome definitions matter. Avoid the phrase "I did my bit" That is task thinking. The customer does not care that: Sales did their bit. Operations did their bit. Finance did their bit. They care whether the overall result happened. Strong organisations preserve functional ownership while designing clean connections between functions. Meetings can expose role ambiguity Listen. Who continually says: "Who is doing that?" Useful. Who leaves meetings with: "I thought you were doing it." Useful. Who owns every action? Owner? Very useful. Your meetings are showing where the structure is unclear. End decisions with owner and date Decision: Change supplier. Owner: Sarah. Date: Friday. Not: "We should probably look at suppliers." That sentence owns nothing. Scorecards should map to ownership too Article #54 matters here. KPI: On-time delivery. Who owns it? Operations Manager. Pipeline. Sales Manager. Overdue debt. Finance Manager. If a number has no clear owner, ask why it exists on the scorecard. Performance visibility without accountability creates interesting meetings. Not necessarily better management. Give managers outcomes they can influence Do not tell Operations Manager: "You own company profit." They influence it. But maybe they directly own: Labour utilisation. Operational gross-margin drivers. Overtime. Rework. Delivery. Those connect to profit. Make ownership specific enough to be fair. Acas recommends the same basic connection between objectives and role Current Acas performance-management guidance says objectives should be specific, measurable, achievable and relevant to the employee's job and responsibilities, and regular reviews should allow performance and support needs to be discussed. Again: Clarity before accountability. If the objective has little relationship to what somebody can actually control, the management system is weak. Do not make two people equally accountable for the same result without good reason "James and Sarah both own it." Who has final say? Who notices if it fails? Who reports? Sometimes joint accountability is genuinely appropriate. Often it simply avoids choosing. Better: Sarah owns outcome. James owns a clearly defined contribution. Now both know. Be particularly careful with co-founders Two directors. Both involved everywhere. Employees shop for answers. Ask Director A. Don't like answer. Ask Director B. Different answer. Chaos. Co-founders need clear domains too. One company. Shared ownership of the business. Distinct operational authority. Founder relationships do not magically remove the need for governance Who owns: Commercial? Operations? Finance? People? Brand? Strategic decisions? Major disagreements? Define it. Particularly when the company becomes larger than the founders' ability to coordinate informally all day. Role clarity should include escalation Manager owns customer issues. Until what? Potential legal exposure? Safety issue? Compensation above £5,000? Strategic customer threat? Good. Write it. Ownership should not mean: "Never ask." It means: Know when the issue remains yours and when senior judgement is appropriate. Escalation should not automatically transfer the whole problem Manager escalates: "This requires your approval because it exceeds my £5,000 limit. I recommend option B and will implement it once approved." Good. Different from: "Customer's angry. Can you deal with it?" The manager still owns the process. Clarify priorities when two outcomes conflict Sales wants: Fast delivery. Operations wants: Stable schedule. Finance wants: Margin. Customer wants: Everything immediately. Someone needs rules for trade-offs. Otherwise role clarity fails the moment priorities collide. For example: Safety cannot be traded. Contractual commitments take precedence over speculative work. Strategic-customer exceptions require specific approval. Your rules will differ. But define enough to prevent constant owner refereeing. The owner should not be the default arbitration mechanism forever Early on? Probably unavoidable. Later? Managers should resolve many conflicts directly. Sales Manager and Operations Manager sit together. Understand issue. Make decision inside agreed authority. Owner does not need to mediate every disagreement between competent adults. Managers should manage across functions, not only downward The current Skills England Operations Manager standard explicitly describes working across functions such as finance, HR, IT, sales and marketing, as well as managing relationships with external stakeholders. That is important. Management is not only: Tell team what to do. It is also: Coordinate horizontally. Beware the heroic employee Every company has one. "Ask Emma." What does Emma own? "Everything really." Danger. Emma knows every process. Fixes every mistake. Helps every department. Nobody knows where role starts and stops. Emma is invaluable. And possibly becoming another bottleneck. Capability should not require unlimited role ambiguity. The same applies to the owner Founder: Floats everywhere. Fixes everything. Because: "I just fill the gaps." Exactly. Which gaps? Why do they still exist? Every recurring owner gap-fill is potential evidence of unclear organisational ownership. Map the owner's role too Do not only clarify employees. What does ownership retain? Perhaps: Strategy. Capital allocation. Management-team performance. Major commercial relationships. Significant risk. Senior recruitment. Culture. Then list what the owner no longer owns . Daily scheduling. Routine customer issues. Normal purchasing. First-line employee performance. Whatever applies. This is critical. You cannot create clarity below while remaining deliberately vague at the top If the owner reserves the right to enter every role whenever they fancy, all lower-level ownership remains conditional. Managers notice. Employees notice. Eventually everyone waits. An owner can still intervene Of course. Emergency. Major risk. Something genuinely failing. Ownership rights do not mean: Founder banned. But intervention should be exceptional enough that the normal structure remains credible. Temporary involvement should have an exit Owner steps into Operations because manager left. Fine. Temporary. Write: What am I covering? Until when? Who eventually receives it? Otherwise temporary responsibility quietly becomes permanent. Five years later: "Why am I still doing this?" Because nobody deliberately moved it back out. Role creep happens constantly Good employee. "Can you also handle this?" They do. Then: Another thing. Two years later their actual job bears almost no resemblance to the title. Review significant roles periodically. What are they really doing? Should they? Does title still fit? Does salary? Does authority? Does workload? Role clarity does not mean rigidity People worry: "We're small. Everyone needs to muck in." Agreed. You can have: Flexible execution. Clear ownership. Those are completely compatible. Sarah can help Operations during a crisis. That does not mean nobody knows who owns Operations. "That's not my job" culture is not the objective The goal is not employees refusing to help across imaginary departmental borders. It is: I know what I own. I know where I contribute. I know when another person owns the outcome. And I will collaborate without losing accountability. That is different. A mature business needs both flexibility and clarity Too little clarity: Chaos. Too much rigid bureaucracy: Slow. The target sits between them. Clear enough that outcomes have owners. Flexible enough that humans still help each other. The HSE language is useful here Its Role standard does not demand inflexible jobs. It asks organisations to provide enough information for employees to understand their role and responsibilities, keep requirements reasonably clear and compatible, and provide ways for people to raise concerns where responsibilities conflict. That is a sensible standard for almost any growing business. Role clarity is particularly important during change New manager. Acquisition. Restructure. Promotion. New department. System implementation. Someone leaves. These are moments when responsibility moves. Do not assume everyone sees the new map automatically. Say it. When you promote someone, explicitly transfer authority "You're now Operations Manager." Great. Which decisions changed? Who reports to them? What previously came to owner that now goes to them? Which meetings do they lead? Which KPIs? Without that transfer, promotion can be mostly salary and title. Communicate the change to everybody affected Do not tell Sarah privately: "You own this now." Then leave employees asking you. Explain: "From Monday, scheduling and resource allocation sit with Sarah. If you have a scheduling issue, take it to Sarah. These are the situations that still come to me." Now structure becomes real. Support the new owner publicly Employee bypasses Sarah and asks you. Do not answer reflexively. "This sits with Sarah." Redirect. Otherwise you undermine the transfer in thirty seconds. Do not allow managers to redirect everything back upwards either Manager says: "I wasn't sure, so I asked Adam." Question: Was it inside your authority? If yes: Make the decision. Role clarity is partly about knowing where responsibility ends. Then having the courage to operate inside it. What if people disagree about who should own something? Good. Discuss it. Ask: Who has the information? Who controls the resources? Who is closest to the outcome? Who can reasonably be accountable? Which role has the appropriate authority? Design it. Do not let responsibilities simply fall to the most conscientious person because: "They'll make sure it gets done." That is how great employees become overloaded. Ownership should follow capability and position, not personality The loudest person should not automatically own. The founder's favourite should not automatically own. Person who always volunteers should not own everything. Put responsibility where the organisational logic says it belongs. Make workload visible during role design You map Sarah's outcomes. Seven major areas. Then discover each one is a full-time job. Role clarity exposed a capacity problem. Excellent. Better than pretending Sarah owns all seven and blaming her when four fail. Clarity can reveal organisational gaps You map everything. One major outcome remains: Nobody sensible can own it. Perhaps you discovered a missing role. That can support: Recruitment. Restructure. Promotion. Process redesign. This is why role mapping is commercially useful. It can also reveal duplicated management Outcome: Supplier performance. Owned by: Operations Manager. Procurement Manager. Commercial Director. Owner. Four owners. Perhaps one is enough. Role clarity can remove work as well as allocate it. The best ownership map usually makes the organisation simpler Fewer: Approvals. Duplicates. Meetings. Escalations. Questions. Not more. If role clarification creates additional bureaucracy everywhere, redesign it. A simple role charter For each important role, one page. Purpose Why does this role exist? Primary outcomes Five to seven things it must make happen. Measures How do we know? Decision authority What can the person decide? Key interfaces Who do they depend on? Who depends on them? Escalation What should move upwards? Does not own Useful boundary. That is enough for many SMEs. Review role charters in one-to-ones Ask: Is this still accurate? What are you doing that is not here? What do you think you own that I think someone else owns? Where are decisions unclear? What continually gets bounced between departments? Those conversations reveal reality. Ask managers to write their own first This is useful. Without showing them your answer: "What do you believe you own?" Then compare. Manager says: "I own sales." Owner's expectation: "You own sales, marketing, forecasting and key accounts." Interesting. Or opposite. You thought they owned pricing. They thought you did. Better to discover in a conversation than through a lost customer. Run the same exercise between functions Sales writes: What we own. What we need from Operations. Operations writes: What we own. What we need from Sales. Compare. The mismatches become your improvement list. Watch for three classic gaps The invisible gap Nobody thinks they own it. The overlap Several people think they own it. The shadow owner Job officially belongs elsewhere but owner still controls it. Those three patterns explain enormous amounts of SME friction. Another classic: responsibility without final decision Project Manager owns project. But customer variations require owner approval. Purchasing requires owner. Resource changes require owner. Price requires owner. Fine if risk requires those controls. But if most normal project decisions travel upwards, Project Manager's role is narrower than you think. Be accurate about it. Authority should increase with competence New manager: More review. Experienced manager: Greater discretion. That is normal. Role clarity does not require identical authority forever. Document current boundaries and deliberately expand them. The role can evolve as the person develops This is much better than vague encouragement to: "Step up." Perhaps today: Manager can approve £1,000. Six months of strong judgement: £5,000. Now development has an observable form. Performance management becomes easier when ownership is clear Employee misses outcome. You can ask: Did they know it was theirs? Did they have authority? Resources? Capability? Acas recommends objectives that are clearly connected to a person's role and responsibilities and reviewed through regular performance conversations. That makes accountability considerably fairer. Without role clarity, poor performance conversations become arguments Manager: "You didn't do this." Employee: "I thought James was doing it." Manager: "Well, you should have known." Weak. Clear ownership removes some of that ambiguity. Not every performance issue. But a lot. Recruitment improves too Government guidance for employers says defining the role and what good looks like should happen before writing a job advert, including responsibilities, hours and required skills or experience. Exactly. Do not recruit: "General Manager to take stuff off me." Define: Which stuff. Which outcomes. Which authority. Then find the person. Organisational risk needs clear ownership as well Although written for public-sector organisations, the UK government's Orange Book states a broadly useful governance principle: roles and accountabilities for managing risks and controls should be clearly defined and assigned to people with appropriate seniority, skills and experience. The context is different from a typical owner-managed SME. The principle still travels well. Important risks should have owners. Think particularly carefully about: Health and safety. Cybersecurity. Data protection. Cash. Regulatory compliance. Key customer concentration. Quality. Business continuity. Someone should know: "I own making sure this risk is managed." Not: "I assumed IT dealt with it." Do not confuse ownership with technical expertise Finance Director may own ensuring tax obligations are properly managed. They may still use: Accountant. Tax specialist. Payroll. Ownership means ensuring the outcome is handled. Not personally possessing every specialist skill. This allows organisations to remain clear without expecting impossible breadth. The same applies to the owner You remain ultimately responsible for the company. That does not mean you personally perform every responsibility inside it. Ownership of the company is not the same as operational ownership of every task. That distinction is the whole game. A 30-day role-clarity reset Week 1: Find ambiguity For one week, record moments involving: "Who owns this?" "I thought they were doing it." "Can you decide?" "Adam needs to approve." "That's not my department." Those are your clues. Week 2: Map important outcomes List the twenty or thirty recurring outcomes that matter most. Assign: Primary owner. Contributors. Decision authority. Escalation. Week 3: Map management roles For every manager: Purpose. Primary outcomes. KPIs. Authority. Interfaces. What they do not own. Week 4: Communicate and test Tell the organisation. Redirect questions. Run meetings using the new ownership. Notice where reality does not fit the map. Adjust. Then test the structure through absence Owner unavailable for a day. Do people know who decides? Sales Manager unavailable. Who covers? Operations Manager on holiday. Which decisions have delegation? Role clarity includes resilience. One named owner with no backup creates key-person dependency. Primary owner does not mean only capable person You still need: Deputies. Cross-training. Succession. The distinction is: One person is clearly accountable today. Others can step in when required. Article #46's knowledge-transfer principles matter here. Build deputies deliberately For each critical role: Who acts when they are unavailable? Which decisions can deputy make? What information do they need? Now ownership does not disappear when someone goes to Tenerife. Role clarity should eventually reduce meetings Fewer meetings required to decide who decides. Fewer people invited "just in case." Fewer update meetings because ownership and KPIs already create visibility. That is a useful success measure. If role clarification leads to twelve new recurring meetings, something may have gone wrong. It should also reduce owner interruptions Employee knows: Who to ask. Manager knows: What they can decide. Functions know: How handovers work. Owner becomes less necessary as human routing software. That is Dependency Removal. It should improve speed Clear authority: Decision. Unclear authority: Discussion. Email. Manager. Owner. Back to manager. Clarification. Decision. Days disappear inside ambiguity. Role clarity can improve speed without asking anybody to work faster. It should improve accountability without creating micromanagement Because the owner no longer needs to watch: How everything happens. They can review: Outcome. Measure. Exceptions. That is the connection between role clarity and good delegation. It should make growth easier New employee arrives. Where do they sit? Who manages them? What outcome do they contribute to? Who decides? The organisational architecture becomes teachable. That matters as headcount rises. How Evolve approaches role clarity If an owner tells me: "My team needs to communicate better." I want examples. Because communication may not be the problem. Maybe: Nobody owns the outcome. Two people own the same decision. Manager has responsibility but no authority. Functions have no defined handover. Employees can bypass managers. Owner keeps changing priorities. Everything eventually escalates upwards. Then another communication workshop is unlikely to solve much. We need to redesign who owns what. I normally want to see where the work actually goes Not just the organisational chart. Customer enquiry enters. Where? Then what? Who decides? Who receives it? Who knows whether it happened? Where does the owner reappear? Trace reality. That tells us far more than job titles. The objective is not creating an organisation where nobody helps anybody Quite the opposite. Good role clarity makes collaboration easier. Because I can help you without worrying that: Nobody owns my work. I accidentally took responsibility permanently. Two managers will give contradictory instructions. The owner will reverse the decision tomorrow. Clarity gives collaboration structure. Nor is the objective making managers territorial "This is mine." "This is yours." Wrong interpretation. Functional boundaries exist to improve outcomes. Not build kingdoms. A strong management team cares about company performance while retaining clear individual accountability. Owners need to tolerate the loss of operational ownership This is the uncomfortable bit. Once Sarah genuinely owns Operations, you are no longer the person who automatically decides every operational question. You still own the company. But you transferred part of the operating responsibility. If you cannot tolerate that transfer, role clarity will remain theoretical. The test is not what the chart says The test is: When something happens on Thursday afternoon, who does everybody instinctively look at? If the answer is still: Owner. Then the real role map has not changed. So, who should actually own what in a growing small business? Start with outcomes. Not job titles. Not historic habits. Not whoever happens to be most reliable. Identify what the business needs to happen repeatedly. Assign one clear primary owner where practical. Define the contribution required from others. Give the owner enough authority to influence the result. Clarify the decisions they can make. Define where escalation begins. Build clean handovers between functions. Attach meaningful measures. Communicate changes. Then make your behaviour match the structure. And include yourself. Because a growing company does not need the owner involved everywhere. It needs the owner to make sure everything important has somewhere sensible to live . That is role clarity. Not bureaucracy. Not endless documentation. Just a company where, when something matters, people no longer need to ask: "Whose job is this?" They already know.