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
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
I'm fuzzy on Kanban board configuration.
I feel like I don't understand why there is a filter AND a sub-filter for the KanBan boards. We aren't developers so we don't have versions - maybe that is the difference? I see online examples where people put "project = xxx" in the filter and something like "Status != withdrawn" in the subfilter...but why wouldn't I just create one filter that said, "project = xxx AND status != withdrawn"?
Also, I see people saying to put in the filter (or subfilter) a query to remove completed issues after a certain amount of time...but why wouldn't they use the "hide completed issues older than" field that I see at the bottom of Kanban board configuration, general?
I guess I'm looking for best practices.
Ah! I didn't realize the sub-filter was for "done." If you don't have a sub-filter, does it just assumed the usual "status = closed" or something?
Thanks for the response.
No, if you leave the sub-filter empty, Jira can't guess what you might want, so it'll hide everything.
Question: Since the sub-filter is supposed to drop whatever you specify from the Done column why is project = "f" AND resolution = "NOT REQUIRED" then adding issues from that project with that resolution to the Done column?
Ultimately, one of our teams wants to "clear one project's tickets off of the 'Done' column on the stand-up board if they have a certain resolution". I assumed the sub-filter would service that request, but it seems to be doing the opposite. I've also tried project = "f" AND resolution != "NOT REQUIRED" and got a bunch of different issues I don't want. I'm sure I'm missing something but not sure what that is.
The whole sub-filter being used is fixVersion in unreleasedVersions() OR fixVersion is EMPTY OR project = "f" AND resolution = "NOT REQUIRED"
If helpful, the board's main filter is project in (a,b,c,d,) OR project in (e,f,g) AND labels = X.
We're on older version of Jira (7.6.10, soon to be remedied) so don't have newer options available.
"No, if you leave the sub-filter empty, Jira can't guess what you might want, so it'll hide everything."
The sub filter does not just apply to Done tickets, that's just the most common use.
The sub-filter filters the result of the filter, so if the sub-filter is empty, Jira will show everything the board's filter selected.
As Delivery Lead, the board I spend the most time on has the work of multiple projects and teams. We have a quick filter for every individual (as most people are only interested in their work), quick filters for every team, and more for statuses (waiting, unresolved), initiatives, and projects. Then we have a couple more filters for 'housekeeping' (with or without version, customer-facing tickets).
This may give you ideas how your organisation may want to be able to look at a sub-set of tickets on your board.
The filter tells the board what is in scope for this team, including recently completed items.
The subfilter can be used to hide the recently completed cards from the view, without excluding them from the scope of the team.
The usefulness of this only really comes into play for reporting, where the report will want to look at recently completed items as well as current.