Product Owner, Explained

Making sense of the product owner, product manager, business analyst, and project manager roles
Product Ownership, Explained

Scrum defines three roles that make up a scrum team: a product owner, a scrum master and the development team. Many organizations, however, include more than these three roles in their organizational charts. Because of this, common questions arise regarding what the difference is between a product owner and a business analyst, a product owner and a product manager, and a product owner and a project manager.

The roles of product owner, product manager, and business analyst have multiple similarities, in fact, some Certified Scrum Product Owners actually work as product managers or business analysts and many project managers transition to the role of product owner as they adapt an agile way of working. In this article I will dive into how the product owner seves the scrum team as well as what the differences are between these job titles and roles.  

As a management & strategy consultant and an agile transformation coach, I often get questions like:

  1. “Should we plan on hiring a product manager to manage product owners?” 

  2. “How many product owners can a product manager manage?”

  3. “Should we not have a business analyst in the scrum team to write user stories?” 

  4. “If we do not have a business analyst on a scrum team, does the scrum master write user stories?” 

  5. “So product owner is the same product manager and scrum master is the same as project manager, right?” 

  6. “Can a product owner and project manager be the same person?” 

  7. “Since the project manager manages the team, doesn’t the product owner report to the project manager?”

The primary reasons for these questions, in my experience, are:

  1. The desire to do the right thing exists. And there is a genuine lack of awareness and knowledge. 

  2. Design or structure of the organization and assignment of responsibilities is hybrid or partial. While scrum tries to place the responsibility with the right accountability, the shadow of hybrid or traditional approach continues to lurk in the dark. 

  3. Scrum and agile are viewed as something that the team does, and it is assumed that it does not impact the rest of the organization. 

  4. “Becoming agile” is viewed as a “project” and a “budget” is allocated for its adoption rather than a mindset and a cultural shift. The budget sometimes is less than the annual salary of a developer. So there isn’t enough training and coaching in the organization of what the roles or accountabilities really are.

Rather than answering the above questions individually, let's take a very high-level view of these roles in a traditional versus agile environment since that’s where the confusion usually starts.

Traditional Approach vs. Agile Approach

 

Product Management in Traditional Environment (Figure 1)

 

Product Ownership in Agile Environment (Figure 2)

 

 

The following table compares a few attributes/characteristics of the four roles – Product Owner, Product Manager, Business Analyst & Project Manager.

No.

Attribute

Product Owner (PO)

Product Manager (PM)

Business Analyst (BA)

Project Manager (PJM)

1

Presence

Present in agile, partially agile or hybrid organizations

 

Present in partially agile, Hybrid or traditional organizations

Present in partially agile, hybrid or traditional organizations

Present in partially agile, hybrid or traditional organizations

2

Agile Organization

(Figure 2)

Each PO has end-to-end ownership of their area of product & collaborates with other POs. There might be an area/chief PO for each group of POs. 

 

No PM in an agile organization

No BA in an agile organization

No PjM in an agile organization

3

Partially Agile/Hybrid Organization

Responsibilities similar to the Internal PM of a traditional organization (Figure 1). Directly/Indirectly reports to the PM. May manage a team of BA

Responsibilities similar to the external PM of a traditional organization (Figure 1). Directly/Indirectly reports to senior management. May manage team(s) of POs & PMs

 

Responsibilities of BA as described for traditional organization (Figure 1). Reports to a PO

May not be present. If present, responsible for status tracking and reporting. Outside of product management function

4

Traditional Organization

(Figure 1)

No PO in Traditional Organization

2 types – Internal PM and External PM. Responsibilities as described earlier for traditional organization (Figure 1). Internal PM reports to external PM

 

Responsibilities of BA as described for traditional organization (Figure 1). Reports to a PM

Plans, tracks, monitors work. Manages people as resources for the project

5

Skills in Agile Organization

(Figure 2)

Understand users & customers. Manage and engage stakeholders

Work as a scrum team member, 

create & maintain vision, roadmap, product backlog, product goal, release plan, etc.

 

N/A

N/A

N/A

6

Skill in Partially Agile/Hybrid Organization

 

Confusion between skills required in traditional environment and in agile environment

Confusion between skills required in traditional environment and in agile environment

Confusion between skills required in traditional environment and in agile environment

Confusion between skills required in traditional environment and in agile environment

7

Skills in Traditional Organization (Figure 1)

 

N/A

As described in Figure 1

As described in Figure 1

Planning, tracking, monitoring work. Assigning work to team

 

The questions above arise only if your organization has not completely embraced agile/scrum or is using hybrid scaling approaches. Trying to blend agile and traditional approaches is confusing to the organization, product, and teams. That’s why becoming agile is a Boolean – True or False. Based on this, try and answer the seven questions at the beginning of the article yourself. If your organization is unable to embrace agile, then remain traditional. Do not confuse the two.

Related Article: These are the Differences Between Agile and Scrum, and How They Differ From Waterfall

======

About the Author

Punita Dave

Punita Dave (CST, Path-To-CSP Educator, Scrum Foundations Educator, CSM, A-CSM, CSP-SM, CSPO, A-CSPO, CSP-PO, CSD) has been working with scrum and other agile practices for almost 20 years. She has successfully transformed 100+ large, mid-size, and small companies, and has trained 6000+ people. She has pushed the boundaries of agile and scrum beyond software – hardware, data centers, finance, marketing, medical, food and real estate industries. She remains passionate about changing the way organizations, businesses and people work. 

 

RL_333_product-owner-explained
Stay Connected

Get the latest resources from Scrum Alliance delivered straight to your inbox

Subscribe