PRODUCT OWNER: Beyond the Scrum Guide

Share on FacebookShare on TwitterShare on LinkedInShare via email

The Scrum Guide presents the framework for Scrum and high-level details about each role. For role-specific details, there is purposefully no prescription in the Scrum Guide that defines how a developer, a tester, or a Product Owner (PO) works. Specifically, the PO is critical to the success of the product and the business. As organizations adopt Scrum, the PO role is often overlooked and can cause frustration unless the Scrum team, including the PO, and the organization have an in-depth understanding of Product Ownership. I’ve listed my top three activities that Product Owners do that either shape the success or failure of a product.

Top 3 PO Activities

1. Grow the Vision Self-organizing Scrum teams build high-quality, working products. The vision laid out by the PO determines whether or not they are building anything of value.  This involves many different tasks and can be done in many different ways. To be successful at these vision-related tasks, a PO needs to both grow it and show it:

  • Grow it:  The PO has to be comfortable starting a project with only the big picture.  They then work to iteratively define and grow the vision by adding more and more concrete concepts, artifacts, and details; all the while, knowing that feedback from stakeholders and the market will shape their understanding of the product over time.  This takes an incredible amount of foresight and market understanding to start in the right general direction, as well as the courage to simply start product development knowing parts of the vision may turn out to be incorrect.
  • Show it:  The PO has to over-communicate what the product vision is. Once the vision has been communicated, communicate more, to both the team and the stakeholders. Don’t underestimate the power of using all available tools to do this, such as big visible walls with notes and graphics–this is showing.  Having conversations is critical to your success. Take the time to make sure everyone involved in the product–and that means everyone–is included in conversations and understands the vision. Have hallway conversations, formal meetings, and happy hours–most teams’ preferred method. The more the stakeholders and the project team know WHY  they are building what they are building, the better the results. This has been proven over and over.  Simply stated: Vision + Self-Organization = Value.

2. Manage the Backlog Beyond the basics of creating a backlog full of product desirements and iteratively clarifying them during grooming sessions, a PO is responsible for the more nuanced activity of ordering. The PO orders the backlog with many different criteria in mind: value, risk, priority, necessity, learning objectives, ROI, dependency and many others. It’s the method by which the PO optimizes the value of the product for the stakeholders.  This is not a trivial task, nor is it completely objective. Knowledge of the market, the vision of the product and short/long term opportunities all need to be taken into account. Owning the backlog is the only activity of the three I’m discussing that is touched on in the Scrum Guide, sans specifics of course. It’s also probably the most common PO dysfunction. POs are NOT simply backlog secretaries, or backlog item creator/maintainers, a PO can rely on their team to do much of this work. An efficient, functional PO spends less than 25% of their time dealing with tactical things, like managing the backlog, and the majority of it on strategic activities like #1 and #3.

3. Steer the Product I struggle on what to call this part of the job. ”Plan Releases” is what I started with, and an important part of Product Ownership is creating  MVP’s and selecting the right content for each release. But this is only the first step. The real job here is learning from each release, testing the hypothesis you’ve delivered to the market, and validating your vision of the product in its natural habitat, the market.  If it turns out many of your assumptions and hypotheses are wrong, you have to Steer the Product.  Depending on the magnitude of steering needed, the PO makes big changes to the product vision (pivot), or just small changes to the product backlog (persevere).  A PO is responsible for the current state of the product and the direction it is headed–they accomplish this by Steering the Product.

Can one person do this role?  Yes, absolutely.  Does this mean that the Product Owner role replaces all manner of  marketing, strategic sales, and business analysis roles in an organization?  Absolutely not.  If the product is big enough, there may be a need for a PO to work along side all types of professionals providing things like: market analysis, sizing, trends, strategy, competitive analysis, business process analysis, relationship building, user personas, business cases, pricing strategies, legal work, vendor sourcing, contracts, etc.  The PO can have people on the team or outside the team that understand these other items.  The PO remains responsible for the overall state of the product and its future.

Erik is a Professional Scrum Trainer, Product Owner practitioner, and Director of Centare’s Agile Practice. Over the past 10 years Erik has been a developer, tester, project manager, and product owner in both waterfall and agile environments of varying success. You can find out more and contact Erik Weber at www.linkedin.com/in/erikjweber

Tagged with: , ,
Posted in Agile, Agile Training & Coaching, Centare Blogs
Job listings powered by the CATS Applicant Tracking System - ©2010 CATS Software, Inc.