In this next post in my series on using Scrum, I'll discuss some of the do's and don'ts of being a Product Owner (in the Scrum meaning of the words). Often the role of the Product Owner is new to the person who is taking it on. It does take some time and practice to get into the groove and to get used to the demands of being in this role, but ultimately it is a role that is both necessary and important to the success of a project.
The Product Owner role during the sprint cycle
Before a sprint starts, the Product Owner is busy gathering requirements and grooming the Product Backlog. The Product Backlog should contain all of the user stories and the high level descriptions of functionality - it's the wish list from the stakeholders regarding this project. Although anyone can contribute to the Product Backlog, the Product Owner owns putting priorities on these items in terms of their value to the organization. These values can change, as things change within the organization, but they must be there in order to indicate which items need to be pulled into the next sprint.
The Product Owner comes to the Sprint Planning Meeting fully prepared with a Sprint Backlog -- a list of items that have been prioritized and is ready to relay the vision of the sprint to the Scrum Team. After this meeting, she must be available to answering questions from the team as the requirements are broken into tasks.
During the sprint, the Product Owner is available to the team as questions arise. As work is completed, she can be a part of testing and approving the tickets. She is communicating progress to stakeholders if need be. During this time she is also grooming the backlog and starting to think about what to put in the next sprint.
At the end of each sprint, the Product Owner, along with any other necessary stakeholders, attends the Sprint Review Meeting and approves the work that the team completed.
Key Requirements of the Product Owner
- Is a subject matter expert and understands what the stakeholders want
- Has autonomy to make decisions
- Owns and creates the requirements (and does not need to be technical, just relay the requirements as user stories - as an x user, I want to do y, so that z.)
- Communicates the vision to the team
- Is present and available to the team
- Manages conflict (this could be with Management or the Scrum Team)
- Is always thinking about the next sprint and filling in details
- Considers Release Planning in regards to stakeholder needs and product readiness
What does the Product Owner NOT do?
- Usually does not attend the Daily Scrum Meetings (or if she does, is only there to hear an update)
- Usually does not attend the Retrospective meeting (although she can give feedback and may also receive feedback)
- Does not choose how much work will be accomplished in the sprint - the team will do this, based on the priorities she has set and what they feel they can accomplish. She is welcomed to give opinions and to move things in and out during the Sprint Planning Meeting
- Does not change anything within the sprint once it has started and she cannot add items to the sprint
The role of the Product Owner can include other things as well, and can be specific to the project needs. What is important to keep in mind here is that the role has very specific responsibilities and there is a nice balance between this role and the ScrumMaster and the rest of the Scrum Team. The Product Owner determines the vision and the priorities, and while she may receive and incorporate feedback from the team, the Product Owner has the final say.
Elizabeth Raley joined CivicActions in 2010 as an Agile Project Manager and Quality Assurance guru and became Director of Professional Services in 2014.