Operations note

Five signs the founder has become the operating system

Recognise when coordination depends too heavily on one person.

1. Every exception returns to you

If routine decisions repeatedly need your approval, the authority boundary may be unclear. List the decisions that genuinely require you and the ones a named owner could make within agreed limits.

2. Priorities live in your messages

When the latest instruction is scattered across calls and chat threads, people cannot reliably distinguish urgent work from old requests. Establish one visible priority list with an owner and a next review point.

3. Handoffs rely on your introductions

If a request moves forward only after you connect two colleagues, the team needs an explicit handoff. Define the recipient, required information and a way to acknowledge receipt without your intervention.

4. Quality depends on your final check

Your review can be valuable, but it should not be the only quality standard. Describe what acceptable work looks like, provide examples where appropriate and identify which specialist or commercial approvals remain with you.

5. Absence stops progress

A day away should not freeze ordinary work. Agree on delegated decisions and an escalation route for the rest. Test this on one workflow before changing the whole organisation.

Start with one dependency

Choose the recurring interruption that costs the most attention. Make its owner, input, output and decision boundary visible. Review what improves and what remains unclear. The aim is dependable coordination, not removing the founder from decisions where their judgment matters.

A practical framework for discussion. The right operating design depends on your business, team and responsibilities.

Discuss your operating question ↗