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
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
Hi - I cannot see resolved and closed issues in the scrum board even though the Board filter shows the issues.
Can someone help? Sub-tasks are visible but no issues are visible even in the backlog if they have been closed or resolved
It is by design. Resolved issues are not shown in Planning. Can you tell me why do you need to have resolved issue in planning, isn't it contradicting the whole concept of resolution?
EDIT: I stand corrected, the resolution really does not matter. It is purely based on the status that is mapped to the last column of the board configuration.
So if the 'Resolution' status is mapped to the last column (the traditional JIRA workflow), it will not appear in the planning board as the issue is considered none.
Same issue here.
We use our own custom workflow and have every states/stages/steps in de workflow mapped to one of for columns on the scrum board (To Do, Doing, Verify and Done).
The filter on which the board is based shows the Closed issues as well, but they don't appear on the board in the Done column.
Any help would be welcome.
We use JIRA 7.2.4.
A closed issue should appear in the current sprint, in the right hand column (i.e. the end of the process) until the sprint is ended.
Once an issue is done, it won't appear in the backlog because it's done, nor on newer sprints, because it has been done and doesn't need to be in them.
Moving from a Kanban to a Scrum Project we created a future sprint with Done issues even with all the configurations set to display everything, it is not possible to see the done issues in the future sprint in the backlog. Could be an expected behaviour but it makes things hard to understand, sometimes the team need to view Done statuses in future sprint to plan the next tasks.
Yes, that's correct. Think about the definitions of these things:
You should never see done things in a backlog. It's wrong, and makes the whole concepts of done and backlog total nonsense.
Would you want to be able to see work done in previous sprints so that you can estimate future work? It just seems way too cumbersome to have to do a query of issues to find a closed story.
From a developers perspective it makes sense to hide them, but from a SCRUM Master's or a Product Owner's perspective it would be helpful to see what closed stories exist in the current or previous sprints
I know one way to do this is add a "dummy" status to the right most column of your workflow but this seems unnecessary. There has to be some way to allow you to see closed stories in the "Backlog" view of your board right?
In the real world, there will always be work items you want to track in a sprint, even if the work was finished by the developer early, like the day before you developed the sprint board. Our QA still needs to be able to view what to test at the end of the sprint. To not be able to put resolved items into the sprint for tracking is a significant deficiency.
An item should only be resolved when it is done. Otherwise you are lying to your people. If it is done, it should be at the end of the current sprint and because it's done, it won't go into another one.
In the case you mention, the issue should have been added to the sprint in which the developer finished it when they picked it out of the backlog as an "item beyond commitment because we have capacity"
For my teams it's useful to meet with the PO and talk about sprint priorities in the same backlog view with stories marked as complete. Usually this wouldn't be a problem in our normal workflow but we have run a Kanban style board and are switching over to Scrum mid "sprint" so we have more flexibility (running a Kanban board with a backlog view). So all of the work we have completed is lost unless I re-open stories.
Is there another way to trick jira?
No, you'd have to change your process such that you stop thinking done things are done and have no idea of what needs doing.
If I were you, I would stop the already broken process of switching between Scrum and Kanban. Decide on a single way to work and stick with it.
You misunderstood my question. Jira answered it for me when I started the sprint in the newly made scrum board. It's important for the product owner and I to see whats coming next, whats in progress, and whats already finished to help identify what we focus on. Completed items in the "sprint" backlog will show up. Which is what we needed and my original question.
TLDR for anyone in the future coming in with this question:
- "Done" stories will show up in an active sprint backlog they are assigned to. All you need to do is kick off the sprint in Jira and they will appear (meaning they won't show up if the sprint is not started)
- They will disappear from the backlog once that sprint is closed. If you want to view completed work, try setting up a filter view based on your project's needs.
Did you check the board settings? I believe that you may not have those status properly mapped in the scrum board.
So, please review the configuration using the following link as your guideline:
Also, perhaps you should raise a new support ticket for an advanced assistance.
In our scrum projects, issue is resolved when bug fix is done, the resolved issue is closed when QA verifies it as working as expected. In that case displaying resolved issue does makes sense, also the current sprint if issue is Closed, scrum master might want to know the reason (in case if he/she wants to see the status), there could be 15 issues in a sprint and relatively hard to remember.
In any case hoping to see a workable action from Atlassian.