Skip to main content

Non-finished, blocked stories

Last post 09:48 am November 10, 2022 by Michael Lloyd
4 replies
12:03 pm November 9, 2022

How to handle stories that are not finished within the sprint and blocked by stakeholders not providing necessary feedback?

We had internal discussion with the Team and have no clear way of handling that situation. I found so far three ideas how to deal with: 

1) roll out story to the next sprint and escalate the problem

2) keep notifying stakeholders about blockers and after two/three notifications without response put stories into backlog again and leave it there until feedback is provided

3) keep notifying stakeholders about blockers and after two/three notifications without response mark story as "done" and create another story for continuation in the backlog

Please either help me choose best option or suggest another approach for that scenario.

Thanks in advance,

Krzysztof Lenk

developer


08:03 pm November 9, 2022

The Sprint Goal is the commitment. What can the Developers do to ensure they meet it, even without the stakeholder feedback on particular stories which you describe?


09:24 pm November 9, 2022

You are not addressing the actual issue with any of your suggested solutions.  If the reason you cannot complete an item in your Sprint Backlog is because the stakeholders are not providing feedback, that is what you should address.  Why are they not able to provide the feedback?  Are they truly aware that their feedback is needed?  What mechanisms are you providing them to give you feedback?  Why is the feedback not being provided in the Sprint Review since that is one of the reasons for the Sprint Review? As a Developer on a Scrum Team, you should understand that this is a group decision as a Scrum Team is self-organizing, self-managing.  There is no one on person that makes this kind of decision.

To me, it sounds like you are suggesting ways to penalize someone because the Scrum Team is not doing their job of including the stakeholders in the process.  If you do that properly, stakeholder feedback is continuous and should rarely, if ever, result in the situation you are describing. What has your Product Owner and Scrum Master suggested in this case?  After all, the Product Owner is responsible for the management of the Product Backlog.  The Sprint Backlog is really just a subset of the Product Backlog that contains items that are currently being worked on by the Developers.  So, how does the Product Owner feel like this should/could be handled? What do the other Developers think about the situation?  Why is email the only mechanism available to interact with the stakeholders?    

To build on @Ian's response, are these items critical to the completion of the Sprint Goal?  If so, why has the need for stakeholder feedback not come up in the Daily Scrum where the Developers plan discuss their needs and activities for that day? 


10:20 pm November 9, 2022

blocked by stakeholders not providing necessary feedback

Are you able to elaborate on this a bit more? What stakeholder feedback blocks the team from building an increment or achieving their Sprint Goal? Is there a Product Owner in this scenario?


09:48 am November 10, 2022

Two things that haavne't been mentioned yet that seem key to me are; Refinement and Definition of Done



Does your team have a definition of done? what does it include? 



If the team is unable to finish work because stakeholder feedback is required, it sounds like there are activities that should be captured in the DoD that we're not accounting for. 



At refinement and Planning sessions, we should be considering these activities and ensuring we've done the work required to ensure the work CAN be completed before we pull it in to a sprint. 



The simplest solution I've had with a team in a similar situation is to have that conversation at or just before sprint planning, and have the stakeholder commit to be available to provide their feedback before we will plan any work. If they cannot do that, we cannot start. 



The longer term question others have alluded to is 'why is the team so dependent on people outside the team' and what are they doing to resolve it? 



This smells to me a little like 'We've emailed someone and they haven't responded so the work is blocked'. The question Ian and Daniel raise is the right one. What is the team doing to unblock it? 



In the short term, I would suggest thinking about DoD and refinement, but longer term, Ian and Daniel are pointing you in the right direction. 


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.