Sprint Report - Issue removed from sprint

screenFOODnet Infrastruktur June 30, 2015

I have an issue with our sprint reports. For some reason most of the stories/bugs are shown as "Issue removed from sprint" which leads to wrong sprint & velocity charts.

All issues that are flagged as removed from sprint are correctly closed and are assigned to the correct sprint.

What triggers the report to count stories as removed from sprint?

I found this: https://confluence.atlassian.com/display/AGILEKB/Issue+removed+from+sprint+after+editing

But I cannot really see how that is related

 

image2015-7-1 10:5:26.png

6 answers

5 votes
masha shuvalov May 17, 2018

Hi there - running into the same problem, except for all of the statuses are mapped to the Columns in the board.  We are also setting the Resolution to Completed.

We have two types of Closed states in our Workflow:  "Done" and "Ready for UAT".  They are both green workflow statuses AND we have a Resolution set when users move to this part of the workflow.  Both of these statuses are mapped to the Done column of our Scrum Board as well.

When users transition issue types to "Done", this will get counted towards our burndown chart and sprint report; however, if we move the issue to "Ready for UAT", the issue type immediately gets Removed From Sprint and you can see this in the Sprint Report under "Issues Removed from Sprint".  

Both the "Done" and "Ready for UAT" sates are configured the same, with the same transition screens and everything.  Super stumped; hoping someone can help out!

Thanks.Mapped Statuses.pngIssues Removed from Sprint.png

3 votes
Bill O'Neill February 16, 2016

I figured out the problem, at least for my scenario. 

I created new statuses and did not map them to any columns on the board. JIRA was actually warning me, but I didn't understand the warning. Once I put all status in columns, things worked as expected.

The screen I'm discussing is under the configuration screen for the board, and then choose "Columns" from the left pane.

HTH

Andy F November 3, 2020

Thanks Bill, this fixed the problem we had too :)  

2 votes
Liam Maeder May 29, 2019

Hi

I am also getting this problem, so I am just wondering, have any of you moved a task backwards on the workflow? Or have you got a status that isn't on the board anymore?

So if I have a Query board that is separate to the scrum board and the statuses on that board aren't mapped to the scrum board, say I move a task there and then it goes through the usual steps and back into the sprint before the close of sprint, mine usually tell me that it was removed from sprint.

Are any of you having this issue or have a similar issue in regards to unmapped statuses?

Thanks

1 vote
Bonnier Business February 16, 2016

Same problem here, most of the sprint reports are wrong because 90% of stories are marked as "removed from sprint" even though:

  • they're properly assigned to a single sprint
  • they're added before sprint is started 
  • they're completed during sprint (not after completing sprint)

So I really can't see any reason why these reports come out wrong. It doesn't make sense and we couldn't find any pattern in this behaviour.

0 votes
Bonnier Business February 16, 2016

Hm, I added and removed some statuses in last weeks, maybe that is the problem. I always considered this status map to be more of a "board" thing, rather than affecting something more, especially so seemingly unrelated as sprint report. I will make sure to map statuses and see if it fixes the problem. Thanks! smile

0 votes
Bill O'Neill February 2, 2016

We have the same problem. It would be nice to get an update on this issue.

Suggest an answer

Log in or Sign up to answer