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
The Boards in Azure DevOps are a powerful tool that your teams can leverage to enable transparent visualization of the current state of value delivery.  However, the inclusion of Blocked columns can stealthily erode the very foundations of efficiency these boards are meant to uphold. By obfuscating the state of …
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 …
Martin Hinshelwood
Business Leaders face a key challenge when scaling their organisations effectively while maintaining the distinctiveness that made us successful in the first place. Many frameworks and methodologies, such as Scaled Agile Framework (SAFe) or the Spotify Model, promise a structured approach to scaling, but do they genuinely fit our unique …
Martin Hinshelwood
As we inch further into the dynamic landscape of the 21st century, our long-established Alpha organisations stand on shaky ground. The organisations whose DNA is infused with strict command and control, woven into the fabric of every process, are feeling the tremors of a rapidly evolving, technologically charged market. Not …