Operating InsightAugust 4, 20264 min read

Why growth often creates more coordination than capacity.

Adding people and systems to solve growth problems frequently results in an exponential increase in coordination overhead, reducing overall speed.

Jean Bernier

Founder, BTCF Originator

Observation

The Pattern

A business wins a large contract or hits a new revenue milestone. The immediate reaction is to hire more people and buy more software to handle the load. Yet, six months later, everything feels harder, slower, and more bureaucratic.

What We Observe

Across multiple historical operating cases, recurring patterns included teams spending more time updating each other than doing the actual work.

When a company grows from 20 to 50 people, the number of potential communication nodes doesn't double—it increases exponentially. Every new system (a new CRM, a new project management tool, a new chat channel) creates a new place where information must be manually synced, checked, and debated.

Why It Matters

If you add capacity (people) but inadvertently add more coordination requirements (meetings, handoffs, approvals), the net output of the system may actually decrease. The business feels heavier. Flow Time extends.

What May Be Underneath It

This happens because leaders solve for the immediate constraint (e.g., "we need someone to handle these tickets") without redesigning the system around the new volume. They patch the existing system rather than acknowledging that a system designed for $5M will fundamentally break at $15M.

What We Would Question

Before hiring the next middle manager or buying the next integration tool, we ask:

  • Are we adding people to do work, or are we adding people to coordinate work?
  • Can we redesign the interface between teams so they don't need to meet?

What to Watch

Watch your meeting volume. If the percentage of internal meeting time grows faster than your revenue, you are scaling coordination, not capacity.

Bernier Interpretation

Don't hire a person to act as human API between two broken software systems.

Follow the Idea

What question should this raise?

If the logic in this piece is true, what current operating assumption in your business must be false?