Our developers use one Kanban board each which shows all their issues across multiple projects. That works nicely and it is very intuitive. They also use quick filters at the top to show only relevant issues at a time.
The next intuitive step would be to select a quick filter for a specific project then click "Release" at the top of the board to only release the selected issues.
That however doesn't work. Kanban board wants to release all issues from that board regardless of the quick filter. We can't find a way to release only issues from one specific project through the Kanban board.
Are we doing something wrong? Help would be very much appreciated.
The release button within your sprint is meant to Release a version of product that was built on that interaction.
If you don't need an issue to be showed on the kanban board anymore you can use the work subfilter, to make a JQL query and every issue that matches it will be dropped off your board.
Thanks for your answer Diego but I think I was not clear enough.
1. We use Kanban board, so no sprints
2. Each developer has his own kanban board where he works with multiple projects. This is the only board the developers are using right now. This process works perfectly and there is no reason to change.
3. Each developer has Quick Filters in place so he can quickly filter out what he needs (typically one of his projects).
4. If a filter is active (for example a filter for one particular project) only these issues are shown on the board - which is great.
BUT. When you press release WITH THE FILTER IN PLACE Jira wants to release ALL PROJECTS from the kanban board and not only the issues which are filtered at the moment.
Here's an example:
When "Release version" was pressed a filter for "Oudie Live" was active. Instead of just releasing the 24 issues for Oudie Live it offers to release also other projects. But other projects need other version numbers etc. It's wrong (or rather nonsense) to release all projects with this dialog.
What to do?
This is not a good model. We forget to release and don't want our done column loading up. We want to be able to backdate and release the issues we forgot to release on the correct date. Since we aren't using JIRA as part of our pipeline, this is a tracking issue, not an actual release. We'd really appreciate the flexibility.
I'm facing the same problem...my team works on 2 projects simultaneously, and their releases are on different days. So when I try and do a release, it wants to release everything at once.
I did find an article about setting up another column to track 'latest' release vs. 'next' release, the only problem is that it requires setting up a new resolution state in the workflow just for this purpose.
In a perfect world, the board would only physically release based upon what quick filter is active (either project or all if both are active).
Anyone else have any ideas?
My team was able to work around this limitation by creating a kanban board for each type of release that we want to do. The board is based on a JQL query that returns all of the tickets for a particular type of release.
We only show the 'Done' column on these release-specific kanban boards because that's all we need. We then also name the release version according to the type of release. e.g. Version="Server v1.1.0" or Version="Client v1.0.5".
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
Hi Atlassian Community! My name is Shana, and I’m on the Jira Software team. One of the many reasons this Community exists is to connect you to others on similar product journeys or with comparabl...
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
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs