Get rid of the Product Owner

by Dec 8, 2022

Get rid of the Product Owner!

It’s a term introduced with Scrum, but it is creating more confusion than making things clear.

New people to Scrum, have no clue what it means. Even when explained and shown, it’s still not clear to them.

First, it’s an exceedingly difficult role to do. You need to have domain knowledge, being good at requirement analyse and have technical skills and/or knowledge in IT solutions, but above all you should have a passion for the deliverable(s) and want to make it better for the user.

It’s a lot of responsibilities in one role and that’s why we often fail to find the right person for it.

The thing is, we already have a name for a role like that.

It’s called the Product Manager. The product manager has a deep knowledge of the product, the market, and customers. They are responsible for both strategic and tactical activities and can easily context-switch between an internal and external focus. They (should) have the passion for what is being delivered.

It perfectly describes the big responsibilities of this rol.

And if the work is too much for the Product Manager to do, we have another role for that. The Requirement Analyst, an expert on gathering requirements and documenting detailed user stories, who can help the Product Manager.

Remy van Duijkeren

Remy van Duijkeren

Power Platform Advisor

Microsoft Power Platform Advisor with over 25 years of experience in IT with a focus on (marketing) automation and integration.

Helping organizations with scaling their business by automating processes on the Power Platform (Dynamics 365).

Expert in Power Platform, Dynamics 365 (Marketing & Sales) and Azure Integration Services. Giving advice and strategy consultancy.

Services:
– Strategy and tactics advise
– Automating and integrating

Subscribe to
The Daily Friction

A daily newsletter on automation and eliminating friction

Related Content

Backlog: The Black Hole of ideas

Backlog: The Black Hole of ideas Is your backlog turning into an ever-expanding universe of forgotten dreams? We all know that mix—a jumble of big ideas and tiny tasks waiting for their day in the sun. Some items linger for years. Why do backlogs grow? Because we...

read more

The Trade-off Between Budgets and Quality ⚖️

The Trade-off Between Budgets and Quality ⚖️ In my previous post, I talked about shifting from Estimates to Budgets for feature development 💡. Let's dive deeper. Using a Budget instead of an Estimate introduces a trade-off: Scope and Quality adjust to fit the time...

read more

Budgets instead of Estimates

Budgets instead of Estimates Estimating a feature is difficult and is often a guess (or even a lie). An Estimate is for a fixed scope. So, you need to think deeply how to implement the feature, before giving an Estimate. The business can then use the Estimate to...

read more