Skip to main content

Product Backlog

Last post 11:46 pm April 17, 2018 by Mustafa Irani
6 replies
12:49 am April 17, 2018

From Scrum Guide - 

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

<Multiple Scrum Teams often work together on the same product. One Product Backlog is used to describe the upcoming work on the product. A Product Backlog attribute that groups items may then be employed.>

Can this line be explained in above context - 

'A Product Backlog attribute that groups items may then be employed'


07:51 am April 17, 2018

Scrum Guide describes the required attributes. One is free to add any other attributes.


01:16 pm April 17, 2018

Would a "grouping" attribute in the Product Backlog provide greater visibility and transparency into potential work, considering that multiple Scrum Teams are working from that Product Backlog?


01:58 pm April 17, 2018

When multiple teams are working on the same product, they will need to visualize and manage their dependencies. Using further attributes to qualify Product Backlog items may then be advantageous.


03:50 pm April 17, 2018

'A Product Backlog attribute that groups items may then be employed'

Another thought - a complimentary practice may be to leverage an Epic or Feature attribute.  If you have feature teams, organizing work this way may eliminate/reduce dependencies between teams.


05:03 pm April 17, 2018

Is there a property that can be used to distinguish the domains where individual teams have their strenghts? An attribute can then be introduced that gives a hint to what domain the Backlog Item belongs, thus giving a hint what teams best work on that Item.

As mentioned one is free to add aditional attributes. At least some form of state is also needed to distinguish "ready" items. The "epic" state Chris proposes could also be seen a state. The question would be if it is worth for the team to destingish "non ready items" from "non ready epic items". Both have to be further refined until "ready". Being ready they cannot be epic anymore. I can imagine (unnecessary?) discussions if so and so item is an epic or not.


11:46 pm April 17, 2018

Thank all that helps ! 

 


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.