Skip to main content

What to do with a commited PBI

Last post 01:10 am March 12, 2013 by Susanta Kar
5 replies
12:53 pm March 7, 2013

There is a bug that we commited to for the sprint. Upon working the bug, it was discovered that the issue was due to system misconfiguration on the customer side and that no software changes were needed.

We have logged that in working with the person who reported it, found that the system was misconfigured and that no further action was needed.

We are also coming up with a plan to better verify bugs before they are accepted by the PO into the product backlog.

We will tell the PO during the review that the PBI is done becuase the bug doesnt exist.

Is this how we should do things? Should we approach the PO ahead of time and have the PBI removed from the sprint immediately instead?


03:23 pm March 7, 2013

Hi Randy

Tell the PO now. The defect you accepted into the sprint can *potentially* be traded out and other more valuable work brought in. Any work brought in should be roughly equivalent in size to the defect minus whatever effort you put into chasing it.


06:23 pm March 7, 2013

I agree


08:53 pm March 7, 2013

Thanks guys!


08:28 pm March 11, 2013

Another opinion. to Ian's point that the work *potentially* be traded out and other more valuable work brought in... any and all other committed PBIs should be addressed and completed before accepting new work. One or more committed PBI might take more time than expected. If fact, we are very much opposing to take any new PBI at all. Any time available after all PBIs are done can be wisely used by the team such as learning, knowledge sharing etc.


01:10 am March 12, 2013

I agree Ravi to an extent.

Taking PBI (not changing the sprint goal) would be based on team's conformance and provided there is such PBI that could be taken up & finished within the sprint. This definitely should be once the forecasted(not committed) PBIs are all done for the sprint. Otherwise, team may spend time on learning, training, KSS etc.


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.