Building and Scaling a Product Organization
Lesson 88: Building and Scaling a Product Organization
Lesson 88: Building and Scaling a Product Organization
This lesson has been owed since Lesson 71 planted the thread, and it draws on a wide arc of this curriculum: the Friction Ledger from Lesson 69 established that internal friction compounds invisibly; the Portfolio Health Grid from Lesson 77 established that bets at different maturity stages need different oversight; and the Strategic Judgment Radar from Lesson 80 established that a company's specialist functions must coordinate around a shared understanding rather than each optimizing in isolation. This lesson addresses the organizational structure question underneath all of these: as a product organization grows, how should PM ownership actually be divided, and what specific signal indicates a single PM's scope has grown beyond what one person can meaningfully own?
A company experiencing rapid growth tends to add headcount to a product organization reactively — hiring more PMs as more work appears — without a deliberate model for how ownership should actually be divided among them. This produces a specific and recognizable failure pattern: a single PM, having successfully owned a coherent set of initiatives at an earlier stage of company growth, continues accumulating additional, increasingly disconnected responsibilities as the company scales, until their nominal ownership span has grown well past what any one person can meaningfully track, prioritize, or make good decisions about.
Learning Objectives
- 1
Explain why reactive headcount addition, without a deliberate ownership model, produces overextended PM scope.
- 2
Apply the Coherence Span Model to identify when a PM's ownership has grown beyond a sustainable span.
- 3
Identify the signals that indicate a PM's scope should be split rather than further expanded.
- 4
Explain how clear decision rights and ownership boundaries prevent duplicated or competing ownership.
- 5
Evaluate a product organization's structure for whether ownership spans match actual coherence limits.
This lesson assumes the Friction Ledger from Lesson 69, the Portfolio Health Grid from Lesson 77, and the Strategic Judgment Radar from Lesson 80, since organizational scaling decisions draw on all three simultaneously.
Why Reactive Headcount Addition Fails
Why Reactive Headcount Addition Fails
Adding PMs reactively, as work volume grows, without a deliberate model for dividing ownership, tends to preserve an existing PM's overall scope while adding new PMs alongside them for entirely new initiatives — rather than splitting the original PM's now-overgrown scope into more coherent, individually ownable pieces. This produces organizations where the newest, smallest initiatives are well-owned while the most established, often most important, product areas are owned by a single PM whose attention is spread across far more than they can meaningfully track.
The Coherence Span Model
The Coherence Span Model
This lesson introduces the Coherence Span Model, plotting a PM's ownership scope by initiative count against interdependency complexity:
A PM's span of coherence — the point past which additional initiatives or complexity make genuinely good, well-informed decision-making impossible — is not a fixed number, since it depends heavily on how interdependent the owned initiatives are; a few tightly related initiatives may be easier to own coherently than the same number of entirely unrelated ones. The Coherence Span Model's discipline is watching for specific signals — decisions increasingly deferred or delayed, decreasing depth of engagement with any single initiative, rising Friction Ledger-style complaints from teams feeling under-supported — that indicate a PM has moved past their sustainable span, rather than waiting for an obvious crisis to force the issue.
Splitting Ownership vs. Adding Support
Splitting Ownership vs. Adding Support
A specific organizational mistake is responding to an overextended PM by adding a supporting analyst or associate PM role reporting to them, rather than genuinely splitting ownership into separate, independently-accountable areas. Support roles can help with execution capacity, but they do not solve the underlying coherence problem, since the original PM remains the single point of prioritization and decision-making judgment across an unchanged, overextended scope.
Why This Failure Pattern Is So Persistent
Why This Failure Pattern Is So Persistent
If overextension is this recognizable in hindsight, it's worth asking why it happens so consistently across so many growing companies. Part of the answer is structural: splitting a well-performing PM's ownership can feel, to both the PM and to leadership, like a demotion or a vote of no confidence, even when it is exactly the opposite — a recognition that the area has grown important enough to deserve dedicated, undivided attention. This makes leadership reluctant to initiate the conversation, and PMs reluctant to request it themselves, even once they privately recognize they're stretched thin. The other part of the answer is that overextension develops gradually, one individually reasonable addition at a time, so there is rarely a single obvious moment that triggers a structural review — unlike a hiring decision, which has a clear trigger (new work exists, nobody owns it), a splitting decision requires someone to proactively notice a slow accumulation and decide to act on it before a crisis forces the issue. Naming this reluctance explicitly, and building a periodic, scheduled review that doesn't depend on someone first working up the nerve to raise it, is what allows companies to catch coherence overextension while it's still a manageable adjustment rather than an acute organizational crisis.
Common Mistakes to Avoid
Adding headcount reactively — including support roles under an overextended PM — without a deliberate model for dividing existing ownership
Adding PMs reactively, as work volume grows, tends to preserve an existing PM's overall scope while adding new PMs alongside them for entirely new initiatives, rather than splitting the original PM's now-overgrown scope into more coherent, individually ownable pieces. A common variant of this mistake is adding a supporting analyst or associate PM role reporting to the overextended PM instead: support roles can help with execution capacity, but they don't solve the underlying coherence problem, since the original PM remains the single point of prioritization and decision-making judgment across an unchanged, overextended scope. Either way, the newest, smallest initiatives end up well-owned while the most established, often most important, product areas remain owned by someone whose attention is spread across far more than they can meaningfully track.
Treating span of coherence as a fixed number of initiatives regardless of interdependency complexity
A PM's span of coherence is not a fixed headcount or initiative count, since it depends heavily on how interdependent the owned initiatives are — a few tightly related initiatives may be easier to own coherently than the same number of entirely unrelated ones. Applying a flat rule ("no PM should own more than three initiatives") ignores this and can either under-support a PM juggling several tightly coupled efforts or over-correct for one managing several independent, low-interaction areas. The Coherence Span Model is meant to be applied to the actual complexity of the specific ownership in question, not to a generic count.
Failing to notice the early signals of coherence overextension — delayed decisions, shallow engagement — before they become an acute crisis
The Coherence Span Model's discipline depends on watching for specific early signals — decisions increasingly deferred or delayed, decreasing depth of engagement with any single initiative, rising complaints from teams feeling under-supported — rather than waiting for an obvious crisis to force the issue. Overextension develops gradually, one individually reasonable addition at a time, so there is rarely a single moment that triggers a structural review the way a hiring decision does. Building a periodic, scheduled review that doesn't depend on someone first noticing a crisis is what allows an organization to catch overextension while it's still a manageable adjustment.
Creating ambiguous or overlapping ownership boundaries when splitting scope, producing duplicated or competing decision rights
Splitting an overextended PM's scope solves the coherence problem only if the resulting boundaries are genuinely clear; a split that leaves two PMs with overlapping or ambiguous decision rights over the same area can produce new friction — duplicated work, competing priorities, stakeholders unsure who actually owns a given call — that partially offsets the benefit of splitting in the first place. Defining explicit decision-rights boundaries at the moment of the split, not after the resulting confusion surfaces, is what makes a split actually resolve the coherence problem rather than just relabel it.
Treating a splitting conversation as an implicit judgment on past performance rather than scope-appropriate role design, which discourages leadership from raising it early
The Coherence Span Model
Ask: (1) How many initiatives does this PM currently own, and how interdependent are they? (2) Are there signals — delayed decisions, shallow engagement, rising friction complaints — indicating the coherence limit has been reached? (3) When splitting scope, are the resulting ownership boundaries clear and non-overlapping?
Key Takeaway: How will you apply "The Coherence Span Model" when evaluating trade-offs in your product decisions?
Ready to test your product judgment?
Take the interactive practice quiz for Lesson 88 and build your skill radar dashboard.