Skip to main content

Estimating Volume of Work for Product Backlog Items

Last post 06:28 pm March 13, 2017 by PRATIBHA JAIN
4 replies
08:10 pm March 10, 2017

Hello, 

I recently gave my PSM 1 exam and I recall reading that the Development Team estimates the volume of work for each Product Backlog item. With regard to this, I have two questions:

This is how my understanding goes - During Pre-sprint the Product Owner gathers requirements from the Customer and puts them into the Product Backlog in the form of User Stories. The User Stories are ordered based on a factor deemed appropriate by the Product Owner. The team need not wait till the Product Backlog is 100 percent complete (Product Backlog is never complete - it is dynamic, continuously changing and improving), to begin a Sprint. They could begin the Sprint as soon as the Product Backlog is mature enough with the initial stories. 

During Sprint Planning, the Development Team estimates the capacity of work they could do in the Sprint in "Points". They select a couple of items from the top of the Product Backlog (as the top most items will be of higher priority and more detailed). After selecting the items for the Sprint, the Development Team would next estimate the volume of work for each item

          Question 1 - What would they do if the total volume of work for the selected items exceeds their initial capacity of work for the Sprint? Would they replace some of the selected items with some other items from the Product Backlog; or would they change their initially estimated capacity of work for the Sprint to suit the total volume of work for the selected items?

          Question 2 - Are there any free resources that teach how to "estimate volume of work in terms of points"? I am asking this because if I were a Scrum Master, I am likely to get a question from the Development Team on how they are supposed to determine the points for an item... 

 

Thanks.

 


08:13 pm March 10, 2017

Correction (in bold)**

Question 1 - What would they do if the total volume of work for the selected items exceeds their estimated capacity of work for the Sprint? Would they replace some of the selected items with some other items from the Product Backlog; or would they change their initially estimated capacity of work for the Sprint to suit the total volume of work for the selected items?


02:13 am March 11, 2017

Response to Q1. The Dev team cannot do anything to the Product backlog without talking to the Product owner.

During the Sprint: Scope may be clarified and re-negotiated between the Product Owner and Development Team as more is learned.

 

Response to Q2.

https://www.youtube.com/watch?v=igwvE6NaWak

I like this one:

https://www.youtube.com/watch?v=7nTxdl29ePY

 


04:56 am March 11, 2017

The team should consider the totality of the work proposed for the Sprint. When that work is looked at in aggregate, would the Sprint Goal be achievable? If it isn't, then the selection ought to be revised, or a more realistic and meaningful goal considered.

See also "Agile Estimation in Practice": https://dzone.com/articles/agile-estimation-practice

 


06:28 pm March 13, 2017

Question to Cecil -

I liked the idea of using relative approach and value points while estimating. But in order to use , we need to have mandate presence of customers in sprint planning meeting so that they can define value points of each user story  or the product owner should have already taken the value point from them on use story card before our sprint planning...

is that so ???

 


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.