Product Goals in Scrum

Roman Pichler
4 min readMar 9, 2021
Photo by Mihai Lazar on Unsplash

The 2020 edition of the Scrum Guide introduced a new type of goal, the product goal. This article shares my recommendations for setting effective product goals.

You can also listen to the audio version of this article and watch the video below:

Product Goals Defined

Product Goals Defined

The Scrum Guide released in November 2020 states that “the product goal describes a future state of the product … [It] is the long-term objective for the Scrum team.” It also suggests that “the product goal is in the product backlog. The rest of the product backlog emerges to define ‘what’ will fulfill the product goal.” The product owner is accountable for “developing and explicitly communicating the product goal.” The entire Scrum team is “focused on one … product goal” at a time.

If this definition leaves you scratching your head, don’t worry. Scrum is a simple framework designed to facilitate the development of complex products. It does not intend to prescribe how the practices it offers should be applied. As a consequence, different people have suggested different ways to apply the product goal. Some view it as the product vision, others equate it to the product’s value proposition.

I find, however, that a product goal is best used to describe a specific and measurable benefit or outcome a product should create in the course of the next two to six months. A sample goal might be to acquire users, increase conversion, generate revenue, or reduce technical debt. Such a goal aligns the stakeholders and development teams, and it directs their work.

What’s more, I like to ensure that product goals are connected to the product strategy and its user and business goals. This helps me choose the right product goals and it ensures that meeting a product goal is a step towards creating the desired value for the users and the business, as figure 1 shows.

Cascading Product-related Goals, based on How to Lead in Product Management
Figure 1: The Product Goal in Context

In figure 1, the vision is the basis for choosing the user and business goals, and the latter create the context for determining the right product goal. At the same token, each product goal acts as the foundation for identifying helpful sprint goals. In other words, the goals are connected and form a cascading set of product-related goals.

Please see my article “Leading Through Shared Goals” and my book How to Lead in Product Management for more information how to effectively use the goals in figure 1, which includes securing the necessary buy-in from the stakeholders and development teams.

Background Story: Readers familiar with the history of Scrum — sometimes lovingly referred to as Scrumtorians — will undoubtedly know that it has contained sprint goals at least since 2002 and a (product) vision since 2004, even though the latter is not mentioned in the Scrum Guide. When I started to work with Scrum in 2004, I could not get my head around the question of how to systematically connect a big, inspiring vision to a tactical, short-term sprint goal. It took me years to come up with the set of goals in figure 1. In hindsight, the set looks disappointingly simple 😉

Sample Goals

To better understand how the goals in figure 1 can be applied, let’s take a look at an example.

Sample Goals
Figure 2: Sample Goals

In figure 2, I first captured the vision “Help people eat healthily” and then used it to choose the user and business goals “Reduce the risk of developing type-two diabetes; create new revenue source.” In order to determine the right product goal, I asked myself, “What would be a first good step to meet the from the user and business goal?” I consequently chose the product goal “Help the users understand their eating habits and acquire an initial user base.” I then used this goal to determine the right sprint goal. I figured that finding out if users are willing to share personal information when activating the app would be the most important risk to address and hence should be the goal of the first sprint.

Note that I chose to use a compound product goal in figure 2 that has a user part — help the users understand their eating habits and business — and a business one — acquire an initial user base. Both parts are closely connected: In order to acquire a user base, the product must offer tangible value to the users, and a first step to help people eat more healthily is to help them become aware of their current eating habits. You don’t have to work with compound product goals of course, if you prefer to focus your objectives on either the user or the business benefits.

Read On …

To read the rest of this article and access the remaining tips, please head over to my website: https://www.romanpichler.com/blog/product-goals-in-scrum/

Learn More

You can learn more about effective goal-setting techniques and product goals by attending my Product Owner Masterclass and reading my book Strategize.

Source: https://www.romanpichler.com/blog/product-goals-in-scrum/

--

--

Roman Pichler
Roman Pichler

Written by Roman Pichler

Product management expert. Author of “Strategize,” “How to Lead in Product Management” and “Agile Product Management with Scrum.” www.romanpichler.com

Responses (1)