Get your free personalized podcast brief

We scan new podcasts and send you the top 5 insights daily.

While intended to free up strategic time, separating the PM and PO roles often removes the development-facing PO from direct customer contact. This secondhand information flow dilutes crucial user insights and context, leading to a broken feedback loop and products that miss the mark.

Related Insights

Misalignment often isn't the product team's fault. It stems from organizations intentionally withholding business context, goals, and financial realities. This "shielding" prevents PMs from connecting their work to the company's actual strategic objectives and mode of operation.

The traditional PM function, which builds sequential, multi-month roadmaps based on customer feedback, is ill-suited for AI. With core capabilities evolving weekly, AI companies must embed research teams directly with customer-facing teams to stay agile, rendering the classic PM role ineffective.

The 'CEO of the product' metaphor is misleading because product managers lack direct authority. A better analogy is 'the glue.' The PM's role is to connect different functions—engineering, sales, marketing—with strategy, data, and user problems to ensure the team works cohesively towards a shared goal.

In an organization still running in project mode, the 'Product Manager' title is misleading. The role is often relegated to organizing work and scheduling tasks for engineering. A true product model requires empowering these roles with the mandate, skills, and market access to make strategic decisions.

The best products are built when engineering, product, and design have overlapping responsibilities. This intentional blurring of roles and 'stepping on each other's toes in a good way' fosters holistic product thinking and avoids the fragmented execution common in siloed organizations.

The Product Owner role, as often implemented in Agile frameworks, is focused on delivery and backlog management. It typically lacks the core business ownership, customer interaction, and go-to-market responsibilities that define true product management.

Frame the product manager not as a feature owner, but as the central communication hub. Their primary function is to connect business, stakeholders, engineering, and design, navigating complex relationships and translating needs across disparate groups.

The primary source of friction between product and project functions isn't a lack of skills but rather unclear ownership, siloed planning, and conflicting success metrics. The solution is proactive, early alignment on roles, tools, and a shared definition of success.

While intended to improve efficiency, the rise of Agile ceremonies and specialized roles like Product Managers has created layers of abstraction. This often "hides" engineers from direct customer interaction, reducing their understanding of the "why" behind their work.

PMs who complain about architect bottlenecks are often the cause. By failing to invite architects into the discovery phase and customer conversations, they prevent proactive collaboration. This forces architects to reactively gatekeep later, rather than co-creating solutions from the start.

The Common Product Manager/Product Owner Split Creates Dangerous Information Silos | RiffOn