Working with Product Backlog #1

Product Backlog is how Product Owners communicate with the Development Team frequently. A good product backlog determines how well the Dev Team delivers the desired product. As a book for development, are we familiar with the product backlog?

The Product Backlog is an ordered list of everything that is known to be needed in the product

Product Backlog by Rubin KS on Essential Scrum: A Practical Guide to the Most Popular Agile Process

In the 2020 Scrum Guide, The Product Backlog defines with an emergent, ordered list of what is needed to improve the product. It is the single source of work undertaken by the Scrum Team.

The Product Backlog is a breakdown of the work that must be done to reach a product that is ready to deliver. The Product Backlog consists of a list of Product Requirements called Product Backlog Items (PBI).

The Product Backlog Items often include test descriptions that will prove its completeness when the development is “Done”.

Product Backlog items have the attributes of a description, order, estimate, and value.

Product Backlog Items by Rubin KS on Essential Scrum: A Practical Guide to the Most Popular Agile Process

Common Questions

  • What’s in the Product Backlog? Product Backlog contains definitions for features, functionality, requirements, defects, or enhancements of the product.
  • Who is involved in the Product Backlog? The Product Owner acts as a stakeholder who is responsible for the voice of the customers who will design, manage, and maintain the product backlog to maximize the value that will be delivered by the team.
  • What is the form of the Product Backlog? The Product Backlog will usually be in the form of user stories, use cases, or free text. However, many teams define that the Product Backlog will be easier to understand by using the user stories format, namely:

As a [user], I want to [doing clever thing]. So that [customers problem can be help].”

Example of Product Backlog Item in one of my projects (2020)

Product Backlog Rules

  1. There are no two Product Backlog Items that have the same priority in a product backlog
  2. Maybe we can found flaws in the Product Backlog. It is okay because it can be fixed in the next Sprint
  3. Product Backlog can be refined again to ensure readiness and understanding during Sprint Planning
  4. Stakeholders can suggest new Product Backlog Items, but the decision to add Product Backlog Items to Product Backlogs rests with the Product Owner
  5. Product Backlog must be known by every stakeholder involved but can be represented in a different format for each stakeholder

As long as the product exists, the backlog also exists.

Product Backlog Characteristics

Roman Pichler (Pichler 2010) and Mike Cohn coined the acronym DEEP to summarize several important characteristics of good product backlogs:

DEEP in Product Backlog by Visual Paradigm
  • Detailed Appropriately, the Product Backlog Item must be detailed in the correct order. The most detailed Product Backlog Item and getting a short estimate will be a priority to work on and for the less detailed Product Backlog Item it is better to break it down into more detailed Product Backlog Item
  • Emergent, Product Backlog Item is dynamic and can change according to changing requirements. Changes can occur during the development process. If the Product Backlog Item changes, the priorities and estimates also change
  • Estimated, Each Product Backlog Item must have an estimate for the size of the work. The estimation used can use Story Points, Planning Poker, or Use Case Points or use T-Shirt Size (S-M-L-XL) if the product backlog is too large and not too priority
  • Prioritized, all existing Product Backlog Items are a priority for the development process. However, it must be re-arranged to what level the priority of the Product Backlog Item is and it must be determined which Product Backlog Item has the highest priority.

Every Product Backlog Item is a priority, but we have to manage what Product Backlog Item comes the number one, two, and more

-AMR-

References:

  1. Rubin, KS. Essential Scrum: A Practical Guide to the Most Popular Agile Process. Addison-Wesley
  2. Scrum Guide 2020
  3. How to Manage Product Backlog with DEEP Principles?
  4. What is DEEP in Product Backlog?

--

--

--

Product Manager | Car Enthusiasts & Tech Savvy | LinkedIn: https://www.linkedin.com/in/bryantalim

Love podcasts or audiobooks? Learn on the go with our new app.

Recommended from Medium

Product-driven solutions architecture

Roadmap for Project: how your next plan should look like

4 Common Misconceptions About Data-driven Product Management

The Product Cannot Be Your Only Tool

Photo by Spencer Selover from Pexels

Can There Be a Shopify Alternative?

Use This Simple Tool to Track Projects: Agile

Validate before it’s too late!

Cloud Value Transformation — What gets Measured gets Done!

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Bryant Alim

Bryant Alim

Product Manager | Car Enthusiasts & Tech Savvy | LinkedIn: https://www.linkedin.com/in/bryantalim

More from Medium

Product development, and managing scope

What’s Agile Mindset: How to Make Your Teams Co-Work Effectively

fireart design

Tools for Agile Transformations: TEVPM — Estimation, Value& Prioritization in one tool

TEVPM Step 3.1: make a dot rating in groups to estimate the value

Opportunity Solution Tree