+91-7710033016 / +91-8291749529 support@effectivepmc.com

“What” needs to be done in Scrum are called Backlog. Product Backlog is everything that is yet to be done and not necessarily the activities that the team has fallen behind.

The product backlog is an ordered list of requirements that is maintained for a product. It consists of features, bug fixes, non-functional requirements, etc.—whatever needs to be done in order to successfully deliver a viable product. The product backlog items (PBIs) are ordered by the Product Owner based on considerations like risk, business value, dependencies, date needed, etc.

The product backlog contains the Product Owner’s assessment of business value and the Developer’s assessment of development effort.

The product backlog and the business value of each backlog item is the responsibility of the Product Owner.

The size (i.e. estimated complexity or effort) of each backlog item is, however, determined by the Developers, who contributes by sizing items. Product Backlog is everything that is yet to be done and not necessarily the activities that the team has fallen behind.

  • The product backlog is an ordered list of requirements that is maintained for a product.
  • It consists of features, bug fixes, non-functional requirements, etc.—whatever needs to be done in order to successfully deliver a viable product. The product backlog items (PBIs) are ordered by the Product Owner based on considerations like risk, business value, dependencies, date needed, etc.
  • Items added to a backlog are commonly written in story format. The product backlog  is what will be delivered, ordered into the sequence in which it should be delivered. It is open and editable by anyone, but the Product Owner is ultimately responsible for ordering the items on the backlog for the Developer to choose.
  • The product backlog contains the Product Owner’s assessment of business value and the Developer’s assessment of development effort, which are often, but not always, stated in story points. These estimates help the Product Owner to gauge the timeline and may influence ordering of backlog items.
  • The product backlog and the business value of each backlog item is the responsibility of the Product Owner. The size (i.e. estimated complexity or effort) of each backlog item is, however, determined by the Developers, who contributes by sizing items, either in story points or in estimated hours.
  • Scrum advocates that the role of Product Owner be assigned. The Product Owner is responsible for maximizing the value of the product and the work of the Developers. The Product Owner gathers input, takes feedback and is lobbied by many people, but it will ultimately make the call on what gets built. Product Owner is solely responsible for the management of the backlog.
  • Ideally the Product owner needs to have clarity of all requirements that need to be taken up in the next 2 or 3 sprints. The rest of the stories could be kept at a fairly high level. The Backlog Grooming Sessions during the Sprints are used to get clarity on the backlog items which are not clear.
  • A Backlog is a live document or list that the Product owner continuously updates
Example

 

Let us look at a small list of items that could be part of a Product Backlog. Each item in the backlog is essentially a short description of a requirement to meet  the need of the customer or add value to customer.

Let us consider a ticket booking system project

  Description Size
1 Utility to display all Unpaid tickets 15
2 Utility to display all Cancellations 10
3 Fix bug in display of Paid Tickets 5
4 Implement indexing in the database to improve data retrieval time 20
5 Write User Manual for ticket booking system 10
6 Update Marketing brochure to display new logo of the booking system 3
7 Upgrade document management system from Adobe flash 8 to Adobe flash 10  

The description is provided by the product Owner in consultation with the stakeholders. The size is expressed in some units and is provided by the team. The Size will be discussed in more detail when we discuss estimation.

Backlog items could be

·         Functional Requirements (items 1,2  in the above table)

·         Non Functional Requirements (item 4 in the above table)

·         Bug Fixes (Item 3 in the above table)

·         Upgrades (Item 6,7 in the above table)

In short any work that team could do for the customer should be routed thru the Product Backlog.

Elements of Product Backlog

Product Backlog is not just the functional items. Product Backlog may contain many other types of requirements,

  • Infrastructural Items
  • Architectural elements
  • Technical Debts
  • Non Functional elements
  • Security elements
  • etc

Product Backlog

A Video on Product Backlog Metaphor – Iceberg

Product Backlog is a Dynamic List – It Emerges

Product Backlog Items are dynamic. That means they keep emerging as clarity comes. Remember, Scrum is based on Empirical Process Control. Unless and until once tries, how can clarity emerge. The reason why we use Scrum is to handle complex work – and complexity means unknownness. To see how to handle changes in scrum please click here

Multiple teams working on same Product Backlog