Skip to main content

Product Goal

The Product Goal describes the future state of the product. It’s a “commitment” for the Product Backlog meaning that it is meant to provide focus for the Scrum Team and a target against which progress can be measured.

There is no specific format for the Product Goal or indication of how long the planning horizon is for a Product Goal. What Scrum does specify is that there is only one Product Goal at a time and it’s either achieved or abandoned before starting the next one.

To understand this more fully, we have to consider the broader context in which Scrum and the 
Product Goal live. Organizations typically choose to create or maintain products based on their business strategy. This strategy often leads to the creation of a very high-level product vision. This is often an aspirational vision of what the product could be and customer problems it could solve. This kind of vision can be very motivating for teams, however it can sometimes be difficult for Scrum Team members to comprehend how they can contribute to this vision.

To help with this, the Product Goal is a concrete, actionable, measurable objective. It serves as a bridge between the product vision and the Sprint Goals. It’s a step toward the vision that is well enough defined that the team can use it to plan and evaluate their progress toward that vision. 

The Product Goal provides context for the Product Backlog. Scrum Teams create Product Backlog items that will fulfill the Product Goal and use Sprints and Sprint Goals to bring them incrementally closer to achieving the goal. Once achieved, the team formulates a new Product Goal that will bring them closer to realizing the product vision.

Sometimes new information comes to the surface resulting in the team abandoning or reformulating their Product Goal. This isn’t a failure, but a natural consequence of incremental and experimental development.

 

 


Resources:

Blog Post
With the 2020 update to the Scrum Guide, three commitments were added to the artifacts. The idea of a commitment is to provide additional quality to the artifact to improve transparency. In the case of Product Backlog, the commitment is to the Product Goal. 
4.9 from 45 ratings

 

Blog Post
What makes a good Product Goal? In this article, PST Simon Flossmann shares his approach on how to use the business model equation to define a Product Goal that aligns with the company’s goals.
4.7 from 5 ratings

 

 

 

Blog Post
Interestingly, so many organizations have revenue or profit as their Product Goals as well as Strategic Goals. Some organizations do not consider using Product Goals at all. Or they are not aware of this need.
4.8 from 5 ratings

 

Blog Post
We plan a lot in Scrum: There is a daily plan when the Developers think about progressing toward the Sprint Goal during the Daily Scrum. Of course, the Sprint Goal reflects an intermediate target the Scrum team considers valuable to solve their customers’ problems. Moreover, there is the Product Goa...
4.8 from 6 ratings

What did you think about this content?


Included In

Learning Series
The Product Backlog represents all of the work the Scrum Team knows it needs to do in order to deliver the product. Teams can use the Product Backlog to make decisions about what they should do next. Learn about the Product Backlog, Product Goal, Product Backlog items and Product Backlog refinement.