What does a Product Owner do? Is it a full time job? Are they the customer? Do they need to be from business? Are they the “owner” of the product?
It’s been over 15 years since the Agile Manifesto was signed and a new era heralded with a focus on working products over (but not to the exclusion of) documentation. Schwaber and Sutherland, though, collectively presented Scrum at the OOPSLA 1995 conference, from which emerged the role of the Product Owner.
Originally modelled on the Chief Engineer at Toyota, the Product Owner is one of three roles in Scrum, the other two being the Development Team and the Scrum Master. This is a serious role with vision, budget and delivery responsibilities.
Some people confuse this role with the role of the “customer” in the Agile Manifesto when it says:
“customer collaboration over contract negotiation”.
Others also confuse the Product Owner role in Scrum with the “business” in the principles of the Agile Manifesto:
“Business people and developers must work together daily throughout the project.”
In the latest version of the Scrum Guide (2017), Schwaber and Sutherland state the Product Owner’s day-to-day responsibilities as:
That’s not to say, though, that the Product Owner does all these things themselves. It just means that they make sure it happens.
Many organisations who start their agile journey insist on having a business person as the Product Owner of the team. They become a part-time Product Owner and tend not to see themselves as a member of the Scrum Team. This tends to happen when very senior people high up the corporate hierarchy with significant existing responsibilities are made Product Owner of software teams. Unfortunately, their day job in the business tends to trump the priorities of being part of a Scrum Team, and so while the decision-making responsibilities remain, the other work of the Product Owner is delegated to someone else. When the role delegated in this way, delays in decision making emerge. Identifying priorities involve pushing decisions up and down the organisational hierarchy that delay the delivery of value.
The most effective Product Owners delegate action to their Development Team and draw on their Scrum Master to support internal stakeholder engagement on agile ways of working. This enables them to focus on crafting a pathway to realise their vision. This is where they can add the most value and it promotes self-organisation and ownership of product development within the Development Team.
The Product Owner does not get to say,
“We have four Sprints left, therefore you must do one-fourth of the Product Backlog this Sprint” [3]
The Scrum Product Owner’s job is to motivate the team with a clear, elevating vision.
The Development Team members know best what they are capable of, and so they select which Stories from the top of the Product Backlog they can deliver during any Sprint.
Rather than a focus on developing software, Jeff Patton suggests a slightly different focus for Product Owners.
“Our job is not to develop software, our job is to change the world”
If a Product Owner only represents “the business”, they miss out on the bigger picture.

There are nearly always numerous products, parts of products, features — a whole ecosystem of pieces that customers interact with. A Product Owner must own the vision, work with others, and balance many perspectives, in order to truly deliver value.
M
– – – –
1. http://www.estherderby.com/2011/03/still-no-silver-bullets.html
2. http://www.atlassian.com/agile/effective-management-across-agile
3. http://www.mountaingoatsoftware.com/agile/scrum/roles/product-owner
Copyright © Zen Ex Machina® and ™ (2025). All rights reserved. ABN 93 153 194 220
Copyright © Zen Ex Machina® and ™ (2025). All rights reserved. ABN 93 153 194 220
Subscribe now to keep reading and get access to the full archive.