Your Product Vision in Scrum
“We need help! This whole Scrum thing doesn’t seem to be working anymore! Our stakeholders are putting immense pressure on our Product Owner to keep changing direction mid-Sprint. Even though our ScrumMaster is the size of a prop he is finding it hard to keep the pressure off our poor PO who is likely to combust any day now!!”
As a Certified Scrum Trainer and Agile coach I hear this reasonably often and the first question that I always ask these teams is: “No problem, can I please take a quick look at your Product Vision? The response is typically, “Sure thing, let us pull up the Product Backlog for you to check out.” My response: “Umm, I didn’t actually ask for your Product Backlog, I was after the Vision…” Their response: “Yeah, check out our PBIs, they’re actually well refined (something we’re doing pretty well) and you’ll see the direction that we’re supposedly heading.” Not the answer that I was hoping for but certainly not atypical and likely the root cause of their current problem.
With the eagerness to just jump in and start building ‘stuff’, new Scrum teams often put all their attention on the ‘what’ (the Product Backlog) and the ‘how’ (the Sprint Backlog). This is like putting the cart before the horse, as before we even consider the ‘what’ or the ‘how’, we need to seriously consider the ‘why’. The ‘why’ is not found in the Product Backlog or the Sprint Backlog but rather in a separate axiomatic artifact known as the Product Vision.
A good Product Vision should inherently contain the following key attributes:
- Clear and understandable at all levels including at the senior stakeholder level as well as the development team level
- Specific enough to ensure the clarity of the product essence and key goals, yet general enough to allow for creative implementation decisions to evolve
- Visible and easy to reference to ensure that ongoing product decisions are always aligned with it.
Below is one of my favourite formats, affectionately known as the ‘one-pager’ inspired by variations that I’ve seen particularly from Jim Highsmith and Pete Deemer (oh and Toyota).
|Benefits / Differentiation||
|Metrics / Goals||
|Trade-off Options||Scope: Flexible
You’ll notice that this one-pager is not overly detailed yet provides enough key information to truly understand the ‘why’ as well as some of the very high-level ‘whats’. With this Vision now established, we can get started developing our higher level User Story epics (and Sprint-ready Stories) that will form the basis of our Product Backlog and just like any organism, we will now have the identifiable DNA ensuring that key directional decisions are more predictable, removing the perceived need for short-term, knee-jerk changes of mind that we so often see.
Now it’s your turn! Is your product missing a Product Vision? If your product does have a vision, what format does it take? Let us know in the comments below.
If you liked this article, you can:
Subscribe to this RSS feed!
About the author