The pattern repeats across portfolio companies with mechanical regularity. The company is growing but things feel chaotic. Operations are ad hoc. The founder is overwhelmed. The board recommends hiring a COO. The company recruits someone with an impressive operations background, offers a strong package, and waits for order to emerge. Twelve to eighteen months later, the COO leaves — burned out, frustrated, or quietly managed out. The company hires another one. The cycle repeats. The standard post-mortem blames the individual: wrong fit, not startup-ready, couldn’t handle ambiguity. The structural post-mortem reveals something different: the COO role was the wrong intervention for the problem the company actually had.
Why the COO becomes the symptom
When a scaling company feels chaotic, the instinct is to hire a person to create order. The COO role promises exactly this: someone to own operations, create processes, and free the founder to focus on strategy and product. The problem is that the chaos isn’t caused by the absence of a COO. It’s caused by organizational design that hasn’t evolved with the company. Decision rights are unclear. Reporting lines don’t match how work actually gets done. Cross-functional coordination happens through the founder because no other mechanism exists. Information flows informally and inconsistently. The COO arrives into this structural gap and immediately becomes the human coordination layer the organization is missing. Every unowned decision, every cross-team conflict, every process gap flows to the COO because there’s nobody else to handle it and no system designed to handle it. The COO doesn’t fix the structure — the COO becomes the structure. And a person acting as an organizational coordination mechanism burns out under the load because they’re doing the work that organizational design should be doing.
What the company actually needs
In most cases where a COO is hired to address scaling chaos, the company needs organizational redesign, not a person bolted onto a broken structure. The specific needs vary but follow recognizable patterns. Decision architecture — who decides what, at what level, with what authority. When this is undefined, every decision escalates — either to the founder or, if a COO exists, to the COO. Defining decision rights and building the organizational habits to respect them creates decision throughput without adding headcount. Coordination mechanisms — how cross-functional work gets prioritized, tracked, and resolved. Startups that grow fast replace coordination with improvisation, then wonder why things fall through cracks. Lightweight coordination structures — clear ownership, explicit handoff points, regular cross-functional syncs with decision authority — solve the problem that the COO was hired to solve manually. And role clarity — when ten people become forty, the organic understanding of who does what breaks down. The COO often becomes the person who fills every gap, which is a signal that the gaps exist, not that they require a C-level executive to fill them.
The COO as diagnostic signal
A failed COO hire is one of the most reliable diagnostic signals that a portfolio company has undiagnosed structural problems. If the pattern has occurred once, it’s possible that the individual was wrong. If it’s occurred twice, the problem is structural with near certainty. Investors observing the pattern should read it as a signal to assess the organizational design rather than to recruit more aggressively. The questions to ask are structural: What decisions does the founder still make that someone else should? Where does cross-functional coordination break down? Which processes exist only in one person’s head? Where does information get stuck? These questions produce a structural map of the company’s operational gaps — and the map usually reveals that the gaps are distributed across the organization in ways that no single role can address. The COO role concentrates all of these gaps into one job description, which is why the job is impossible.
What to do instead
For portfolio companies exhibiting the COO-hire pattern, the intervention sequence is: diagnose the structural gaps, redesign the organizational architecture to address them, and then determine whether a COO role — or any specific role — is needed within the new design. Sometimes the answer is a COO with a clearly scoped mandate: own specific functions, run defined coordination processes, manage particular teams. That’s a viable role because it’s defined by the organizational design rather than by the organizational deficit. More often, the answer is that the company needs two or three specific changes — a VP of Operations to run delivery, a Chief of Staff to manage cross-functional coordination, a reallocation of decision authority across existing senior leaders — that address the actual structural gaps without creating an impossible mega-role. The investment in organizational diagnosis costs a fraction of a failed C-level hire. The COO search, hiring, onboarding, and eventual departure runs twelve to eighteen months and six figures in direct costs, plus the opportunity cost of the organizational disruption. Running the structural diagnosis first is the intervention that makes the subsequent hiring decision — whatever it is — successful rather than reflexive.
What I see
The failed COO hire is the most reliable entry point for the structural work I do. By the time an investor calls me, the pattern has usually repeated — two COOs, sometimes three, each one talented, each one burned out or gone. The diagnosis is fast because the structural cause is almost always visible within the first round of interviews: the COO was hired to coordinate an organisation that hadn’t defined what coordination meant. No decision architecture. No explicit authority distribution. No mechanism for resolving cross-functional resource conflicts except escalation to a person who was already overwhelmed. The COO became the missing organisational infrastructure in human form. That’s not a job. It’s a structural deficit wearing a title. The companies that break this pattern are the ones that do the design work first — define the decision architecture, build coordination mechanisms into the structure, and then hire for whatever role the design actually needs. Sometimes that’s a COO. More often it isn’t.
For the board
If your portfolio company is about to hire a COO and you haven’t assessed whether the organizational design creates an achievable role, you’re about to spend significant capital and eighteen months learning what a structural assessment would reveal in days. The COO hire isn’t a decision about a person. It’s a decision about organizational design. Make the design decision first, then hire for the role the design creates — not the other way around.
The investment in organisational diagnosis costs a fraction of a failed C-level hire. Start there.