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

Turning Scrum into Best Practices

The Product Roadmap Diaries

The missing part of Lean Startup to create a successful product

Becoming a Product Advisor

01 | Mastering strategy: Step 1 on my journey to becoming a strategist

The Daily Scrum as Status Meeting

Joe asks:

Case Study | Auto triggers

Objects in Mirror are Closer than they Appear

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

Agility as a mindset over methods and terminology

User Stories, Tasks, Epics and Bugs — How to Choose the Correct Jira Issue Type

Product Backlog

Why the Scrum ways of working is an strong enabler for building Products