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 a Product Backlog. So, here's one way you can do exactly that. create The Product Backlog and the Scrum Guide As you may know, the Product Backlog is: An ordered list of everything needed to create a product The single source of requirements for the product Consists of Product Backlog items, each of which contains a , Order and Description attribute. Size 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. My Technique for Creating a Product Backlog 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. Task 1 - Call a meeting 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. Task 2 - Functionality 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. Task 3 - Remove Duplicates 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. Task 4 - The Top Twenty 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. Task 5 - SOD It 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 and/or Risk as well. Value The End Result 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/

Different

Book your Scrum course

Read My Stories

Too Long; Didn't Read

Boost your HackerNoon story @ $159.99! 🚀

How Can a Scrum Team Establish a Product Backlog

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Untitled Story

10 NoCode Tools to Help You Build Your MVP 🚀

3 Successful Examples of Using an MVP (Minimum Viable Product)

5 Successful Examples of Low Code MVPs

7 Benefits of MVP for Startups

7 Common App Development Mistakes RetroCube Suggested That You Should Avoid

10 NoCode Tools to Help You Build Your MVP 🚀

3 Successful Examples of Using an MVP (Minimum Viable Product)

5 Successful Examples of Low Code MVPs

7 Benefits of MVP for Startups

7 Common App Development Mistakes RetroCube Suggested That You Should Avoid

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps