Product Archives - Scrum Master Toolbox Podcast

Sheik Meeajaun: Product Owners Need the Justified No to Protect Customer Value

In this episode, we refer to Vasco’s Product Owner episodes, where Product Owners share their own lessons from the role.

The Great Product Owner: Owning the Product and Practicing the Justified No

“No, you cannot have this, but this is why.” – Sheik Meeajaun

Sheik’s model for a great Product Owner came from a mentor he worked with early in his career. That PO owned his slice of the product, delivered consistently, and taught Sheik the power of the “justified no.” A strong PO does not simply reject stakeholder requests.

They explain the trade-off, ask what should be removed from the sprint, and make business value visible. If a stakeholder wants urgent work, the PO can ask them to get agreement from the person whose work would be displaced. That shifts the conversation from pressure to prioritization. For Sheik, great Product Owners understand that their job is to bring value to the business and delight customers.

They care deeply enough about the product to protect it from random requests, HiPPO decisions, and backlog noise. They know success is not only delivery. It is the visible appreciation that comes when people recognize a product decision created real value.

Self-reflection Question: Does your Product Owner have a practical way to say no that protects value without turning every request into conflict?

The Bad Product Owner: The Executor Who Cannot Say No

“A Product Owner’s primary job is to bring value.” – Sheik Meeajaun

The anti-pattern Sheik warns about is the Product Owner as executor. This PO does not own the product, does not know the customers deeply enough, and does not push back when leadership changes direction. They become a project manager with a backlog, accepting whatever the highest-paid person in the room asks for next. The team then loses coherence, the product loses a clear direction, and the Scrum Master is left helping the team manage the consequences of weak ownership. Sheik is careful not to blame only the individual.

Many POs are placed in the role without mentoring, without a clear understanding of product ownership, and without the organizational support to say no. The result is predictable: a mountain of requests, no clear value conversation, and a team delivering work without a strong product story behind it.

Self-reflection Question: Where is your Product Owner being treated as an order taker instead of the person accountable for product value?

Transform Your Agile Teams with Hard-Earned Lessons from Super-Experienced Scrum Masters

Do you wish you had decades of experience? Learn from the Best Scrum Masters In The World, Today! The Tips from the Trenches – Scrum Master edition audiobook includes hours of audio interviews with SM’s that have decades of experience: from Mike Cohn to Linda Rising, Christopher Avery, and many more. Super-experienced Scrum Masters share their hard-earned lessons with you. Learn those today, make your teams awesome!

About Sheik Meeajaun

Sheik is a seasoned product and Agile leader with over 20 years of experience scaling innovative, customer-centric digital solutions. A certified Scrum and Agile expert, he bridges strategy and execution, driving high-performance teams at enterprises like Rabobank and citizenM. As a hands-on builder, Sheik created Scrumling—a free, interactive Agile training platform—and ScrumJobs.net, a niche job board for Agile professionals. His passion lies in transforming theory into impactful, real-world results.

You can link with Sheik Meeajaun on LinkedIn.

You can also explore Scrumling, ScrumJobs.net, and Simatech.

Arun Parameswaran: Product Owners Who Create Better Product Conversations in Scrum

In this episode, we refer to Arun’s AI prompt library for Scrum Masters and project managers.

The Great Product Owner: Curiosity, Clear Direction, and Outcome Focus

“A great PO doesn’t only ask, did we deliver? They ask, do people communicate openly?” – Arun Parameswaran

Arun describes great Product Owners as collaborative, curious, and close enough to the team to understand how delivery really works. The best POs he worked with did more than check whether items were delivered. They asked whether knowledge was distributed, whether people communicated openly, and whether everyone had a chance to contribute.

They gave the team clear product direction, supported prioritization, managed stakeholders, and stayed available when the team needed context. Arun emphasizes outcome focus: value for the customer expressed in a way the team can understand. A strong PO becomes the bridge in both directions, helping stakeholders understand the team and helping the team understand the customer.

Self-reflection Question: Does your Product Owner help the team understand customer value, or only the next ticket?

The Bad Product Owner: Turning the Team Into a Ticket Factory

“The Scrum Master shouldn’t just help the PO write better tickets. We should help create better product conversations.” – Arun Parameswaran

The anti-pattern Arun warns about is the Product Owner as ticket distributor. Stakeholders ask for something, the PO turns it into a ticket, and the team delivers without understanding the problem, the outcome, or why the work matters. Over time, the team becomes a delivery factory, and Scrum starts to look like waterfall with smaller batches.

Arun’s coaching move is to shift the conversation away from “better tickets” and toward better product thinking. What problem are we solving for customers? What outcome do we expect? What should we prioritize? What can we say no to? For Scrum Masters, this means coaching the PO and the team to bring customer context, stakeholder feedback, and prioritization into the same conversation.

Self-reflection Question: What product conversation is your team avoiding by hiding behind ticket writing?

Transform Your Agile Teams with Hard-Earned Lessons from Super-Experienced Scrum Masters

About Arun Parameswaran

Arun is an Agile delivery leader at Bosch Global Software Technologies who builds high-performing, data-driven ecosystems. He blends flow metrics, Jira analytics, Power BI, and applied AI to turn delivery into a transparent, predictable system.

You can link with Arun Parameswaran on LinkedIn.

You can also explore Arun’s AI prompt library for Scrum Masters and project managers.

Joshua McDonald: Product Owners Earn Team Loyalty By Showing Up, Learning, And Deciding

The Great Product Owner: Vulnerable Enough To Learn The Technical Details

“I’ve seen developers be fiercely loyal to their product owner who makes that type of effort.” – Joshua McDonald

Joshua describes the great Product Owner as someone who connects with the team even without a technical background. They do not pretend to know everything.

Instead, they get into refinement with curiosity, write stories with the developers, and say, “I think this is what needs to be done, but correct me if I’m wrong.” That vulnerability creates a strong partnership. Developers see the effort and often respond with loyalty, to the point where they may refuse to continue important discussions without the Product Owner in the room.

The lesson is useful for Scrum Masters coaching Product Owners: deep technical expertise is not the entry ticket. Presence, curiosity, and the willingness to learn with the team are what create trust.

Self-reflection Question: How does your Product Owner show the team they are willing to learn the product with them?

The Bad Product Owner: The Dependent Note Taker

“Sometimes you ask the product owner, you’re the bus driver, where do you want us to go? And they say, let me go talk with the product manager.” – Joshua McDonald

The Product Owner anti-pattern Joshua highlights is the dependent PO: the person who shows up as a note taker rather than a decision maker. This often happens when a Product Manager sits behind the PO and every decision has to be checked elsewhere.

The day-to-day symptoms are easy to spot: camera off, muted, disconnected, asking people to repeat questions, missing meetings they scheduled themselves, and leaving the team without timely answers. Joshua’s coaching response starts with one-on-ones, support, and curiosity.

He asks how they are doing, what support they need, and what signals would help the team see they are engaged. When the product feels too technical, he sits beside them, learns with them, and helps them build confidence instead of leaving them exposed.

Self-reflection Question: Where is your Product Owner dependent on someone else for decisions, and how is that affecting the team?

Transform Your Agile Teams with Hard-Earned Lessons from Super-Experienced Scrum Masters

About Joshua McDonald

Joshua is endlessly curious about better ways of working. He helps teams grow by blending experimentation, creativity, and AI with practical coaching. When a meeting feels routine, he’s already testing a new approach to make it more valuable. Energetic and inventive, he turns everyday collaboration into opportunities for team growth.

You can link with Joshua McDonald on LinkedIn.

Wasim Osman: The Agile Product Owner Who Runs Two Quarters Ahead of the Team

The Great Product Owner: The Absolute User Who Works Two Quarters Ahead

“The Product Owner needs to be the absolute user of the software—the user’s journey so well defined in their mind that every engineer’s question already has an answer, with context.” – Wasim Osman

Wasim’s best Product Owner works ahead of the team without doing the team’s work. Their product roadmap is well-defined at least two quarters ahead of the development cycle, so nobody is panicking against tomorrow’s deadline. Designers and product people work on concepts months before development starts, which gives them room to show early ideas to engineers and gather feedback while there’s still time to change course.

Crucially, this PO is the absolute user of the software—so completely inside the user’s journey that when an engineer asks “how does this connect to that module?”, the answer is ready, with context. Wasim connects this to how his team uses AI today: the PO can run ahead, spin up prototypes, and iterate on the ideas without burdening the team with building throwaway work—while staying the voice of the customer.

Self-reflection Question: How far ahead of your team is your Product Owner really working—and could they answer an engineer’s design question today without going back to the drawing board?

The Bad Product Owner: When Optimism Overrides the Data

“They were optimistic without any data. We had the data—they were just being wishful.” – Wasim Osman

The worst anti-pattern Wasim has seen is the Product Owner whose optimism overrides the evidence. In one company, a customer asked for a delivery estimate, and the product team promised an aggressive date—”optimistic without any data,” even though the data existed. When the engineering team sat down with the numbers, it was obvious the date was impossible, but that gap never reached the customer.

The product team stayed disconnected from both the engineers and the customer, so expectations kept drifting from reality. Wasim, who held the data, finally bridged the two and told the product team the real timeline was several months later. They “lost their minds”—but by then it was too late to renegotiate gracefully.

The deeper anti-pattern: features handed down without enough depth, so the moment engineering hits real questions mid-development, the PO panics and rushes back to the drawing board while development is already in motion. As Wasim says, “optimism just took over too much.”

Self-reflection Question: When was the last time optimism—not evidence—set a delivery date on your team, and who had the data that should have been in the room?

Transform Your Agile Teams with Hard-Earned Lessons from Super-Experienced Scrum Masters

About Wasim Osman

Wasim Osman is a seasoned Agile Coach and a Product Owner at Orkestra SCS. He launched his agile career at a Silicon Valley startup based in New York, then spent years coaching teams across Canada, helping organizations transform how they deliver value. Wasim brings a rare blend of agile discipline and product thinking. He’s passionate about building technology that drives real business impact.

You can link with Wasim Osman on LinkedIn.

Havva Sevay: From “Scrum Master Is the Secretary” to True Co-Leadership

The Great Product Owner: The Co-Leader Who Mastered the PO Stances

“Co-leadership means both sharing leadership in a lateral way, not a disciplinary way—the PO owns the technical part, the Scrum Master the organizational part.” – Havva Sevay

Havva’s best Product Owner already understood co-leadership—and went further. He used the Product Owner stances from Scrum.org as a feedback tool, asking the team to rate him on each stance (customer representative, company representative, and so on) with a percentage, then using that input to improve his skills deliberately.

It’s the same mindset Scrum Masters can adopt with their own stances: be aware of the options, get honest feedback, and adapt to the context, because the right stance changes over time. A great PO, in Havva’s experience, treats their role as a skill set to be developed in partnership—not a title to defend.

Self-reflection Question: Could the PO stances become a feedback tool in your team—and would you be willing to be rated on your own Scrum Master stances?

The Bad Product Owner: “The Scrum Master Is My Secretary”

“The worst is the PO who believes he’s the product manager and the Scrum Master is the secretary. I said: I’m not your assistant, I don’t bring your coffee.” – Havva Sevay

The worst anti-pattern Havva has lived through is the Product Owner who treats the Scrum Master as a secretary—there to share the screen, organize the meeting, and take orders. Havva confronted it directly in a one-on-one: this is upside down. My job is to teach self-organization, not to be your assistant. But she didn’t stop at the boundary—she helped the PO understand her role and walked in his shoes too, even sending him to a Scrum Master training while she experienced his responsibilities.

Her strongest recommendation: from the very first meeting with a Product Owner, talk explicitly about who does what, surface expectations, and agree how you’ll work together. Don’t assume they know your job—or that you know theirs. The way out of the “secretary” trap is co-leadership: lateral, shared leadership built on time and trust.

Self-reflection Question: Have you ever explicitly agreed with your Product Owner on who is responsible for what—or are you both operating on untested assumptions?

Transform Your Agile Teams with Hard-Earned Lessons from Super-Experienced Scrum Masters

About Havva Sevay

Havva is a people-focused organizational development expert with a Master’s in Business Administration and certification as a Scrum Master. She empowers teams and leaders through agile methodologies, modern leadership, and a strong feedback culture, fostering psychological safety and collaboration. Passionate about HR initiatives, Havva shapes people strategies, enhances employee experience, and drives inclusive, high-performing workplaces built on trust and engagement.

You can link with Havva Sevay on LinkedIn.