You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
Hello,
I want to understand the best practice to handling discarded issues at a sprint's completion. Presently, when our team closes a sprint on a classic board, all issues that aren't in the status "Done" move to the next sprint or backlog based off the selection of the user. This is exactly what my team wants with the exception of issues with the status "Discard". We want discarded items to be captured as part of our sprint, but not move into the next sprint automatically.
Currently, our Discard status is a type of Done that also sets resolution to Done. My hope was that upon sprint completion, that all other issues move into a next sprint but Done and Discarded items.
Please advise and thanks for your guidance!
Jira Software does not look at Resolution like Jira (core) does. It looks at its "definition of done", which it sees as "the last column on the board".
Have a look at the board's column mapping. For what you have said here, you need the status "Discard" and "Done" in the last column.
Thanks, I was not aware this was the rule. My assumption was that unmapped statuses on boards that were a form of Done and also resolved would be accounted for at the close of the sprint. Are you aware of any options if we don't want to see discard on the board when it is done, but still want it in reports and to have the same behavior as Done as the end of the sprint?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I'm sorry I missed Stephen's response.
The simple answer is that taking things out of the sprint cycle is not the right thing to do. By far the best approach for "same behavior as Done as the end of the sprint" is to treat "won't do"/cancelled/binned/deaded/meh/etc as "done".
It does not matter if you do something like
The easiest, cleanest and most honest thing you can do is close it as "done", because, well, it is done. Someone asked for something to be done. Someone looked at it and said "actually no, close it". So it's done - it's been through the process, it's been looked at, it doesn't matter if you sized it at 20 and only spent 0.01 on it - it's been done because, well, it's done. Report it as such
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.