how can I filter out old subtasks in the Rapid Board?

If a story is not completed in a sprint, it gets moved back to the Backlog. When we add the story to a new sprint, any subtasks that were completed in the previous sprint appear on the Work view, in the column that holds Closed issues. While this is technically correct, I don't want to see tasks completed in previous spritns here. Is there a way I can filter these subtasks out?

I don't want to get rid of the history of subtasks we did, but they are not relevant to the current sprint and clutter the Work board.



2 answers

1 accepted

0 vote
Andy Nguyen Atlassian Team Feb 18, 2014

Hi Sam,

You can create a Quick Filter with the following JQL:

  • NOT (issuetype in subTaskIssueTypes() AND status = Closed)

In Work mode, when you use this Quick Filter, all sub-tasks which have been closed will be hidden.



Yeah, I see two problems with this. It's up to the user to click the button, and it's not obvious when the button is not clicked since all closed subtasks look the same. Also, it filters out subtasks that we completed this sprint, which is relevent information. I only want to filter out subtasks closed in previous sprints.

The currnet default behavior is to show information that no one wants to see. Is there no way to change this?


Andy Nguyen Atlassian Team Feb 19, 2014

Hi Sam,

I understand the limitations. I tried to experiment with some other conditions using Sprint e.g. Sprint in openSprints(), Sprint not in closedSprints() but with no luck. In JIRA Agile, since sub-tasks are dependent on their parents, they inherit the Sprint statuses of their parents, which fall into both closedSprints() and openSprints() in this case.

For example, issue AA has two sub-tasks A1 and A2. A1 is completed in Sprint1 while both AA and A2 are left over to Sprint2. Now Sprint1 is completed and Sprint2 is active. We can see that:

  • AA is reported in Sprint1 as Not Completed, hence it belongs to this closed sprint
  • AA appears in Sprint2 to be worked on, hence it also belongs to this open sprint
  • A1 and A2 inherit Sprint statuses of AA, hence they are regarded as belonging to both a closed and an open sprint
  • Conditions like Sprint in openSprints() or Sprint not in closedSprints() will have the same effect on both A1 and A2

So, we cannot filter sub-tasks based on Sprint statuses. My suggestion is to leave the sub-tasks in Resolved status (same column as Closed status) until the sprint is to be completed (you can bulk close them right before completing the sprint). By this way, you can still exclude sub-tasks closed in previous sprints.

In terms of default view, if I'm not mistaken, JIRA Agile will remember the last view of an Agile Board, which is user specific. You may ask your users to stick to this view so that they will be presented with expected information every time they get back to the board.

The above suggestions may not be desirable. However, they're all I can do to help you now.



Suggest an answer

Log in or Join to answer
Community showcase
Sarah Schuster
Posted Jan 29, 2018 in Jira

What are common themes you've seen across successful & failed Jira Software implementations?

Hey everyone! My name is Sarah Schuster, and I'm a Customer Success Manager in Atlassian specializing in Jira Software Cloud. Over the next few weeks I will be posting discussion topics (8 total) to ...

3,304 views 14 20
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
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot