Winning Strategy

Winning Strategy

Share this post

Winning Strategy
Winning Strategy
What is a Product Trio?
Copy link
Facebook
Email
Notes
More
Agility Track

What is a Product Trio?

How a Scrum Master can help the trio collaborate better?

Vibhor Chandel's avatar
Vibhor Chandel
May 04, 2025
∙ Paid
12

Share this post

Winning Strategy
Winning Strategy
What is a Product Trio?
Copy link
Facebook
Email
Notes
More
2
Share

Hello 👋, It’s Vibhor. Welcome to the 🔥 paid member only🔥 edition of Winning Strategy: A newsletter focused on enhancing product, process, team, and career performance. Many subscribers expense this newsletter to their Learning & Development budget. Here’s an expense template to send to your manager.


Recently, a reader sent me this question:

Q: My organization is looking to implement the 'Product Trio' model in order to break down silos between business, tech, and design. How would you recommend integrating this model within existing Scrum teams? What role should the Scrum Master play to support effective collaboration within the trio while preserving team autonomy and staying aligned with the Scrum framework?

For those unfamiliar, the Product Trio is a dynamic model that helps align on product strategy, usability, and technical feasibility. When done right, this trio can drive innovation and deliver exceptional outcomes.

But!

The trio comes with challenges.

Collaboration within a trio isn’t automatic. Misaligned priorities, unclear roles/responsibilities, and communication breakdowns often derail the trio's work.

This is where the Scrum Master’s role becomes crucial.

Beyond facilitating the team’s usual Agile practices, the Scrum Master can help the trio overcome challenges and build a collaborative rhythm that benefits the entire Scrum team.

In this post, we will go through the following:

  • What is a Product Trio?

  • The key challenges trios face when working together

  • Things Scrum Masters can do to ensure seamless trio collaboration

  • Different ways to integrate Product Trio in Scrum

Let’s get started.


What is a Product Trio?

In one of my earlier posts, I talked about a simple equation for building successful products:

Successful Product = BusinessValue x Technology x EndUserValue

This formula highlights the 3 essential ingredients that must come together for a product to thrive:

  1. business value

  2. technical feasibility, and

  3. end-user value

Each of these ingredients represents a critical perspective in product development, and when combined effectively, they create products that are both impactful and sustainable.

The Product Trio is expected to bring these 3 ingredients/perspectives together.

Typically, it consists of:

  • A Product Manager (or PO): Represents business goals and priorities. They focus on ensuring the product delivers value to the organization and aligns with strategic objectives.

  • A Designer: Advocates for the end user. They ensure the product is usable, accessible, and meets the needs of its target audience.

  • A Senior Engineer or Tech Lead: Represents technical feasibility. They assess what’s possible within the constraints of time, available resources, and available technology.

However!

Just assembling a Product Trio, often, is not enough.

The trio must collaborate in a manner that ensures each member has an equal voice in product decisions, creating a balanced perspective that prevents any single dimension from overshadowing the others.

This balance helps avoid common pitfalls like:

  1. building technically impressive features that users don't want

  2. creating beautiful designs that can't be implemented, or

  3. pursuing business goals that sacrifice user experience

But!

It is frequently found that the “trio” does not collaborate effectively to achieve this balance.

Why?

The reasons are rooted in the history of these roles.


Why do Tech, Product, and Design often struggle to collaborate and align?

Historically, organizations planted these 3 roles (tech, product and design) in separate “silos.”

Over time, this resulted in systemic (and mental) barriers, making collaboration a challenge.

Here are the key reasons why alignment among these three roles is so difficult:

1. Functional Silos & Organizational Goal Structure

Each silo was optimized for its own goals:

  • Product chased the roadmap delivery

  • Design pursued perfect user experiences

  • Engineering focused on technical excellence

Without a focus on “shared” end-to-end customer outcomes, these silos often worked in isolation.

Hand-offs became the default: Product wrote specs → design mocked it up → tech implemented.

2. Misaligned Incentives & Metrics

Each silo measured success differently:

  • Product Managers chased revenue targets

  • Designers tracked usability, NPS

  • Engineers tracked code quality and system performance

Without a shared KPI like “customer value delivered per quarter,” each silo pulled in their own direction, creating friction instead of alignment.

3. Different Mindsets & Languages

It’s not just goals that differed. Each trio member spoke a different language:

  • Product Managers talked business cases and ROI

  • Designers focused on empathy maps and user journeys

  • Engineers discussed scalability, architecture, and technical debt

These vocabularies didn’t overlap and led to misunderstandings. Conversations derailed before real collaboration began.

4. Unclear Power & Decision-Rights

Who makes the final call? Without clear decision-rights:

  • Product Managers often forced features, leaving designers feeling steamrolled

  • Engineers vetoed solutions late, frustrating Product Managers

  • Designers pushed back on timelines, leaving development in confusion

Unclear roles generated mistrust, as each discipline wondered: “Am I just here to execute someone else’s plan?”

5. Timing & Process Mismatched

Each discipline worked at its own pace:

  • Designers needed early time for exploration

  • Engineers preferred well-defined requirements

  • Product Managers wanted solid estimates to plan releases

When these timelines didn’t align, collaboration suffered.

6. Over-Reliance on Documentation

Heavy documentation often became a substitute for conversation.

Detailed specs or extensive decks transformed into "contracts" rather than collaboration starters. Changes often triggered "scope creep" debates.

7. Lack of Regular Collaboration Cadence

Without regular joint activities (e.g. co-facilitated story mapping with engineers in the room), these silos defaulted to ad hoc check-ins that occured too late to be truly effective.

And…

8. Stereotypes

Stereotypes between the silos made things worse:

  • "Design is just making things pretty"

  • "Engineering always says no"

  • "Product keeps changing requirements"

These biases created invisible walls between silo members.

When people considered forming the Product Trio, they wanted to remove these siloed walls between these 3 roles.

And they were successful…except that…they didn’t realize that the long history of siloed walls resulted in even higher and invisible MENTAL WALLS.

Product Trio often unknowingly brings these MENTAL WALLS with them to modern Agile Product teams.

These Mental Walls cause collaboration issues.

Let’s look at an example to see how…

This post is for paid subscribers

Already a paid subscriber? Sign in
© 2025 Vibhor Chandel
Privacy ∙ Terms ∙ Collection notice
Start writingGet the app
Substack is the home for great culture

Share

Copy link
Facebook
Email
Notes
More