Sprint Goal is an Immediate Tactical Goal

In the The Evidence-Based Management Guide we talk about the Intermediate Strategic Goal and I likened that to the Product Goal in the 2020 Scrum Guide. If we also think of each Sprint as a tactical move towards fulfilling that Product Goal then the Sprint Goal becomes an Intermediate Tactical Goal that moves us towards our current Intermediate Strategic Goal.

Sprint Goal is an Immediate Tactical Goal

The Sprint Goal is a Commitment for the Sprint Backlog and should never be “complete those 10 things” but instead should to describe the Why of the Sprint.

Just as the Product Goal provides the current Strategic direction so the Sprint Goal is the smaller step, the implementation step towards it. The Product Owner is accountable for maximizing the value delivered and should be thinking hard, with the help of the Developers, on what the next tactical outcome they want to try and achieve is.

This Sprint Goal should be high level and I would recommend that using a Lean Canvas to help identify not only the business objective but the behaviour that the Product Owner is trying to create in users or other systems. While I favour the Lean UX Canvas, which we teach in the Professional Scrum with UX, there are many valid options out there to use as a complementary practice in this space.

Lean UX Canvas

At a minimum, I would expect a Product Owner to have a hypothesis. A hypothesis is like an assumption, but also with a measure/metric that tells you if you have validated that assumption.

Product Owners are accountable for maximising value and should be looking to not just build features that customers need now, but predict or drive which features that they need now.

A good Product Owner will build features now that your customers need now.

We should always be working to engage with our users; users don’t engage when you build a feature that they will need in 6 months. Instead, we should focus on what will solve an immediate business problem for our users. This will engage them in the process and elicit much more excellent feedback from them.

A great Product Owner will anticipate the features that customers need now.

The trick for any Product Owner is to figure out where the market is going and build features that drive it, rather than just following it. Having a vision and entrepreneurially iterating towards that vision empirically with many small hypotheses is key to unlocking this level up of Product Ownership.

Create a conversation around this article

Share on Facebook
Share on Twitter
Share on Linkdin

Read more

Martin Hinshelwood
In organizational development and team dynamics, Agile (as the Agile Manifesto delineates) and Scrum (as the Scrum Guide outlines) guide teams not by solving their problems but by illuminating the issues that demand attention. These frameworks aim to identify and spotlight the challenges within a team or organization’s processes, effectively …
Martin Hinshelwood
This week, I participated in a Scrum.org Webinar hosted by Sabrina Love (Scrum.org Product Owner) as well as my colleagues, Joanna Płaskonka, Ph.D. and Alex Ballarin to discuss the state of learning and how immersive learning is the future of training. You can watch the video below to hear what …
Martin Hinshelwood
For a long time now I have been searching for that perfect domain that epitomised the vision, the why, of what I am trying to achieve with my customers and the industry at large. Now I have found it in http://nkdagility.com
Martin Hinshelwood
At the MVP Summit I was appalled by the number of people who asked questions about new features for supporting hierarchical tasks! I shared a disgusted look with Peter Provost and we had a quick (and I mean really quick) conversation that resulted in this post. it really comes down …