1st Scrum trainer in Europe licenced by the Scrum Alliance and Scrum.org as a CST and PST respectively
The Scrum Guide has a lot to say about the Product Backlog, and rightly so. It's pivotal to everything a Scrum Team does. But one thing the Scrum Guide doesn't tell you, is how you create a Product Backlog. So, here's one way you can do exactly that.
As you may know, the Product Backlog is:
But the Scrum Guide makes no mention of when, or how, to create the Product Backlog. It's up to you to decide what technique you'd like to use.
There are a number of techniques that you can use to create a Product Backlog. I'm going to share one that works well for me and is in common use.
Schedule a one-day meeting. Invite the Scrum Team(s) involved and some stakeholders. It may be a good idea to split the meeting over two days so people don't become fatigued.
The task here is for attendees to think of functionality needed for the Product. We all know that you cannot think of everything up-front but there comes a time where further pondering is of little value. So, ask the attendees for a time-box. One hour often works well and can easily elicit 300 ideas.
With the time-box started, ask the attendees to think about the functionality for the Product. Once they have an idea, write it on a single Index Card and stick it up on a work area, such as a wall.
One Idea. One card. Simple. We don't want any detail at this stage.
The next task is to remove duplicate ideas. As before, set a time-box. Twenty minutes is a good starting point. What I like about this part of the technique is that, if any cliques had formed in the first part of the meeting, they were all brought together in the search for duplicate ideas.
Agree on another time-box and ask the attendees to select the top twenty ideas. This may prove difficult. Stakeholders in particular can get quite passionate at this stage. What's important here are the discussions. If you end up with more or less than the top twenty, it's ok to let it go. Because you'll end up with the most important items.
The next task is to add a Size, Order and Description to the top twenty items. There are different techniques for doing all of these and I'll cover that in a separate article. If it's important to you, you might also consider adding a reference for Value and/or Risk as well.
I've consistently found that six hours to a day is long enough to draft a decent Product Backlog. We should also have enough detailed items for the first three Sprints so we're in good shape to start sprinting.
I've seen this technique work for one Scrum Team and I've seen it work for ten Scrum Teams. The skill is in keeping it simple and focused.
This story was first published at https://turboscrum.com/create-a-product-backlog/