Org Design
Managing the Tension Between Your CTO and CPO Reports
There’s a structural irony in the CPTO role when it includes a CTO and CPO as direct reports: you’ve been hired to integrate the two disciplines, but you’ve also hired two people whose incentives, instincts, and organizational identities pull them toward their respective sides. Your value-add as the integrating layer depends on maintaining enough productive tension between them that neither side dominates — while ensuring the tension doesn’t calcify into a cold war that has to be escalated to you for every meaningful decision.
Most CPTOs with this structure underinvest in the CTO-CPO relationship because it doesn’t look like a management problem until it becomes one. The two leaders are competent, they’re adults, they can work things out. This is true until a sufficiently important decision requires them to genuinely disagree, at which point the quality of their relationship determines whether you get a productive debate that leads to a good decision, or a positional standoff that you have to referee from above.
The time to invest in that relationship is before the important decision, not after it.
What the productive version looks like
A healthy CTO-CPO relationship in a CPTO structure is characterized by a specific kind of respect: each person understanding the other’s domain well enough to disagree with specificity rather than generality. The CPO who says “I’m worried about the timeline impact of this architecture decision” and means it concretely — knows the features that are delayed, understands why — is having a different conversation than the CPO who says “can we do this faster?” with no model of what “this” actually involves. The CTO who pushes back on a product commitment with “we can’t do that without taking on technical debt we’ll pay back in Q3” is having a different conversation than the CTO who says “the team is at capacity.”
The specific language used in cross-functional disagreements is a leading indicator of relationship health. When the language is precise — specific features, specific technical components, specific timelines and costs — the two leaders are working from a shared model of reality and disagreeing about values or priorities. When the language is vague — “this is too risky,” “we don’t have the bandwidth,” “customers need this” — they’re working from separate models and the disagreement is partly informational. The second kind of disagreement is much harder to resolve and much more likely to need escalation.
The structural investment
The most effective thing a CPTO can do to keep the CTO-CPO relationship functional is create regular shared contexts where both leaders are looking at the same information together. Not alternating briefings — each one reporting their own domain’s status to the CPTO — but genuinely shared forums where a product problem is examined through both lenses simultaneously.
Joint roadmap reviews. Shared access to incident timelines. A technical strategy review that requires the CPO to engage with the architectural direction, not just the product implications of it. These shared contexts build the informational foundation for the precise disagreements that lead to good decisions.
The harder work is managing the identity component. Both leaders arrived in their roles with a professional identity built around representing their function’s perspective. That identity is valuable — you want your CTO to genuinely advocate for technical quality and your CPO to genuinely advocate for customer value. But it becomes a problem when the identity is stronger than the shared goal, when a leader is more invested in being right from their perspective than in getting to a good outcome for the organization.
This is the conversation that most CPTOs have at some point with one or both of their functional heads, and it’s uncomfortable to have directly. The most useful framing I’ve found isn’t “you’re being too defensive of your function” — that’s an accusation that produces defensiveness. It’s: “I need both of you to be able to walk into any room and make the argument for the other side as well as you make the argument for your own. If you can’t do that, we’re not integrating — we’re just negotiating between two separate organizations that report to the same person.” That expectation, stated clearly and early, changes the frame before the stakes are high enough to make it feel like criticism.
Tags:
Keep reading
The things nobody writes on LinkedIn
Monthly signal from leaders navigating the product-engineering merge — real decisions, real tradeoffs, no thought leadership filler.
No spam. Unsubscribe anytime.