There's no specific way to get TOP <n> functionality in JIRA. Assuming you're willing to include all the rest you can just set your Rapid Board JQL to select the projects or issues you care about, for e.g.
project in (x,y,z)
Then have the first column in your Rapid Board include the 'Open' status only.
If we did just include all the open issues, that would simply get too huge, as there are a couple hundred open issues. Project/Process organization aside, this is something that we're going to have to live with.
Ideally, when planning for what issues go into the TODO column on our Kanban board, we'd like to review the ranking of the issues, rather than having to explicitly tag an issue (status, fix version, label, etc) to fit the Kanban board's query. Having to do the latter can lead to quite a bit of legwork, even with bulk changing.
I'm not 100% sure of your situation. Are you trying to push every single issue that goes in to your instance through this Kanban board?
One option might be to use a filter that excludes things you don't care about any more. For example:
label != Triaged
This Rapid Board will now not show items that are labelled 'Triaged'. You can then use the board to rank the issues then apply the label. You could do this a little more neatly by adding a Triaged step to your workflow, you can then have one Rapid Board for Triage which has columns 'ToDo' and 'Triaged', all other Rapid Boards would then start from 'Triaged'.
Does that sound like what you're looking to do?
Right - we actually do something similar right now. Right now, in our planning, there are two steps - reviewing the ranking of our issues and explicitly identifying stories to show up on our Kanban board. I was hoping that all we would have to do is review the ranking and avoid the second step.
Another possibility is to use the review process as part of your workflow, so any "Open" tickets sit in the backlog until prioritised to the to-do list, at which point they are transitioned to a "Pending" status.
It is then just a matter of having a "Backlog" column containing "Open" tickets (mine includes "On Hold" as well), then a "To Do" column containing "Pending" tickets. If your backlog contains enough tickets that it begins to distort your board, you can either create a quick filter to hide them when you want to focus on current work, or just leave the "Open" status off the board entirely.
If it helps, this setup is essentially developed from the one in this page on Scrum-ban, which also uses column limits to help enforce the Kanban principle.
I have the same wish for such a top<n> filter. This would be very useful to me.
The proposed work arounds do not work out for me. All tickets are considered to be relevant and a possibility to hide automatically all tickets above a certain threshold would be very useful.
In my case I have a Kanban board with more then 100 tickets in a specific state. When I use multiple swim lanes and there are swim lanes located below the swim lane with 100 tickets in it, a lot of scrolling is required to see the swim lanes on the bottom. If I would use labels, it would of course be possible to hide most of the tickets, but this approach would cause manual work everytime a ticket changes the state.
E.g. I want to see the top 5 ranked tickets in state "Backlog". If the state of a ticket in this list changes to "In progress" the next ticket in state "backlog" shall automatically become visible instead.
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!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG