9 Ways Product Ownership Can Go Wrong—and What to Do About It

.jpg?width=64&height=64&name=MicrosoftTeams-image%20(jk).jpg)

John Krewson|March 1, 2022

Product ownership not working within your organization? You might have a larger problem on your hands.

If there’s one role in agile frameworks that is the most misunderstood, it’s the role of product owner.

In some organizations, the title of “product owner” becomes synonymous with “product manager.” (Or worse, project manager). In others, the product owner becomes a part-time role tacked on to the duties of an already busy executive or leader.

Here’s the gritty truth: For an agile framework to be successful, the role of product owner has to work. And for the role of product owner to work, there are certain things that must be the case. When one or more of those elements is missing, it shows up as a certain kind of “problematic product ownership.” But really, it’s not so much the PO doing something wrong. The problem is more systemic than that. The organization itself is not yet set up for success with agile.

Not to give away the punchline, but… well, we’re giving away the punchline. These are the elements that need to be in place:

  1. The entire team has to be dedicated to the product
  2. It is truly a product
  3. Nobody outside the team contributes to the product
  4. The team is diverse, with a complete cross-functional set of skills
  5. Management has bought into the idea of decentralized decision making
  6. Product-market fit has been achieved
  7. The composition of the team is determined by the funding of the product
  8. Hierarchy and politics are absent from the team
  9. Team success metrics are based on the product’s success

That’s it. But that’s a lot. If your team has all nine elements, your agile team is set up for success and your product owner should be able to get the product to market.

And if one is missing…again, one of the places where you will likely see the issue is with the PO role. Let’s take that first one as an example.

[Approaching Product Ownership in an Imperfect Agile World...and how to make it a little less imperfect. Access our on-demand webinar recording here!](/content/cs/c/?cta_guid=0138130f-5ba3-43ca-b148-d6cd4412436b&signature=AAH58kFtrbU8er_KH4ogNqWYRFXwR_dptA&portal_id=2599020&pageId=67392888155&placement_guid=1bdf914d-a7a3-4559-ad56-9c8750e01590&click=b03d3d8e-de4f-4078-a9c4-be5f92b29bb8&redirect_url=APefjpGpCCFkZWmxO_IQdKogIMIHWaadg2w8m-AP1QPJ0pVAU1i0kspEMRNcxff5mxB6QcmMEQIUc8PRo8hOuZ9s7RWIqvKgGt8I6GkLQgkFnjU589EvKEeoA4mlaJD2vKCkBXc7WmU610ufJ6PdI0CAhHq9nPG0sVPTNrcrvXs1UwJyW5BW5ds&hsutk=&canon=https%3A%2F%2Fwww.sketchdev.io%2Fblog%2F9-ways-product-ownership-can-go-wrong-and-what-to-do-about-it&ts=1781483649017 "Approaching Product Ownership in an Imperfect Agile World...and how to make it a little less imperfect. Access our on-demand webinar recording here!"/index.html)

“The Entire Team Has to be Dedicated to the Product”

For an agile approach to work (and actually bring a product to market), there has to be a dedicated team. Else, work on the yet-to-be product will always play second-fiddle to other more pressing responsibilities.

You’ll know if you don’t have a dedicated team, because you’ll either have a Moonlighting PO or a Cat Herder. (FYI, if you want to see the full list of problematic PO types, it’s towards the end of this article.)

The Moonlighting PO

A product owner has to have ownership of the development and go-to-market strategy for a product. That’s a dedicated role. But too often, someone who already has a demanding role is saddled with the title of “Product Owner” once agile is adopted. And who knows—they might actually be a great fit for the role! But you’d never know, as their day job is what they are being paid to do…and so that takes priority.

You can recognize the Moonlighting PO by these pain points: Stories are seldom ready when they need to be. In fact, the entire backlog looks like it’s been neglected. What is there looks like a jumble—there might be a lot of great ideas, but no real coherent product strategy, and no sense of what features are actually needed.

How does the organization fix this? The Product Owner needs to make this their primary responsibility. This might mean finding ways to delegate the POs “day job” responsibilities to someone else. Once their deck is cleared of the day-to-day, support them with the product management training they need. Finally, encourage the PO to “step into” the role.

The Cat Herder

Maybe the PO is dedicated, but it is everyone else who has their attention divided across different roles and/or teams. In this scenario, the PO ends up having to track down team members and “champion” the work to be done on their product. It’s an uphill battle, however, because the Cat Herder does not have the authority needed to keep the team focused.

You can recognize the Cat Herder by these pain points: There are delays, which lead to a PO who has to find and cajole team members to deliver on time. Or, team members come to the PO asking for reminders and clarifications because it’s been a while since they even worked with the product. Productivity is unacceptably low, even though everyone seems as busy as a kitten on catnip.

How does the organization fix this? If it’s possible, the best thing to do is to reorganize all teams so that team members can be dedicated to a single product. Failing that (or, in addition to that), your teams need to find ways to make the best use of their limited time with each other.

The Other Problematic PO Types

Chances are good that you’ve seen at least one Moonlighting PO or Cat Herder in your career. Those are just two of the ways in which challenging organizational structures manifest in sub-optimal PO results. There are eight others, and they manifest when one of the above assumptions does not hold:

  • The Traffic Cop
  • The Jira Jockey
  • The Beggar
  • The Technical Product Owner
  • BA-as-PO
  • The AWOL PO
  • PO as Project Manager
  • The Antagonist

Again, the PO is often the proverbial canary in the coal mine when it comes to identifying where agile transformations are going off the rails—though even veteran agile teams can suffer from these problems, too. If you learn to spot these problematic PO types in the wild (or, if you feel you are one of these types of PO!), you will have that much more insight into what needs to change to make the organization successful.