How To Be a Product Owner

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.

 

2017-03-31T06:20:03+00:00 Categories: Agile, Project Management|

About the Author:

Elizabeth Raley joined CivicActions in 2010 as an Agile Project Manager and Quality Assurance guru and became Director of Professional Services in 2014. She excels at bringing balance, facilitating change, encouraging growth, and empowering people.

Elizabeth uses her Agile coaching and people skills to keep CivicActions’ team members present and productive, and her project management skills to help keep projects running transparently and smoothly. As the PM on a collaboration platform project for a large federal agency, she has led a team of 10+ engineers and user experience professionals through countless successful releases. Other projects that have benefited from Elizabeth’s enthusiasm and attention to quality include the Department of Defense, the City of Los Angeles, C2ES, Denver Public Library, EatFresh (San Francisco Human Services Agency), FosterClub, GlobalMDP Program (Columbia University), Netpop, and SACNAS.

Elizabeth is also on the steering committee of Agile Government Leadership (AGL), which is a community-powered network of agile professionals working to bring an iterative, user-focused approach to government project management. There she works with other members of the committee organizing and strategizing, creating course content and reaching out to other leaders in the agile community to participate and share their knowledge in order to propagate agile in government.

Prior to working at CivicActions, Elizabeth spent five years at the software company Casting Networks as Director of Project Management. There she helped form the PM and QA group along with introducing and implementing Agile methodologies.

Speaking about Agile is always of interest to Elizabeth and she has been fortunate enough to do so at the California Technology Forum 2016, FedScoop’s Lowering the Cost of Government w/ IT Summit 2016, Drupal GladCamp 2014, the Community Media Drupal Summit 2012, and Drupalcon Chicago 2011. She also moderates a monthly webinar, AGL Live.

Elizabeth earned her BFA at Wayne State University and is also a certified ScrumMaster. She lives in Los Angeles and spends her free time practicing yoga, reading the funnier side of the internet or hanging out with her favorite people: her family.