Stop Issues with Status Done Appearing in Backlog

I would like to prevent issues with a status of Done from appearing in my backlog.

1 answer

1 vote

There are several possible variations on an answer to this question, but we need to know what type of board/backlog you are looking at to cover the finer points.

There is a short answer to cover most cases though.  Check that your issues have a resolution, and that when your board selects them, the filter and column config would drop them into the far right-hand column (i.e. status done is in the far-right column)

Bit of a jira newbie so please forgive if the following isn't usefully responsive.  I am working from the Backlog view of an agile based project.  The issues have a status of Done... not sure what resolution refers to.  To perhaps complexicate the issue: I would like the Done status to remain as one of the columns shown on sprints.  I just don't want Done items to appear in the Backlog section (if it is Done, it is not Backlog).

That's a good aim, you want to keep it clear and simple, and "if it is done, it is not backlog" is exactly right.

There's three things to look at here to begin with.

1.  Check your board's column configuration. The important thing here is that the last column on the far right hand side of the board contains the status "done"

2.  Check the board's filter.   Does it try to do anything clever, or is it a nice clean "project = xyz" filter?

3.  Resolution is a field that matters a lot in JIRA.  If it is empty, it will display "unresolved", and JIRA considers it to be an open, not-done, needs work, etc etc etc issue.  If there is a resolution filled in, then it's done.

You'll need to work through all three of those to persuade your issues to show correctly.

=====

There is a bit of a problem with what I've just said.  Different part of JIRA see these things differently.  This is a historical hangover which gives us some annoying inconsistencies which I would *really* like to get rid of.

My opinion is that the "Resolution" field should be demoted to a reason for closing the issue, and not used to decide if an issue is done with.  In plain JIRA, there's a far better way to do it, but JIRA Software complicates that (with good reason to do so), and this becomes an essay question involving phrases like "user context" and "meta status".

 

Suggest an answer

Log in or Sign up to answer
Community showcase
Posted Sep 18, 2018 in Jira

What modern development practices are at the heart of how your team delivers software?

Hey Community mates! Claire here from the Software Product Marketing team. We all know software development changes rapidly, and it's often tough to keep up. But from our research, we've found the h...

25,934 views 2 7
Join discussion

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you