In our kanban board we track development tasks, hypothesis, experiments and kaizen items. Not all of them require constant work from the team, some are ongoing items and if we count them in the WIP limit it messes up our actual capacity. Is there a way to set a filter to only count certain issue types for the column's WIP limit?
I would almost always agree with this statement, however, I have tried setting up the entry-criteria for a column by using an issue-type called "Entry Criteria" and a swimlane at the top that displays those. These criteria now counts towards my WIP-limits on each column (and by the way a WIP-limit for the entirety of the board would also probably be better in a lot of scenarios) although it's not really a work-item.
Of course having visible rules implemented would be better, but this is a good hack.
I imagine you could do similar things with similar hacks, however, it's not really desirable because the WIP-limits count everything.
So yes, you could ALWAYS count ALL your work-items towards this limit, however, maybe not everything on the board is an actual work-item, so I do think it's a pain in the ass this is not implemented.
I'd very much appreciate such a feature too. The Board Settings allows to exclude Sub-Tasks, but one can not specify more issue types to ignore and/or set WIP limits for.
In my team we display Epics at the top of our board to be confronted with the Number-of-Epics in progress everyday in the standup.
The idea is that we want to limit the number of Epics In-Progress AND the number of Stories/etc and define limits for each of them. At the moment we only can limit the sum of all of them
So there is a point of to have WIP limits by issue type @Nic Brough _Adaptavist_
Not really, Epics aren't really things you would put on a board, as they're not actionable items themselves (and their in-progress status is not something you set, it's determined by the status of the issues they contain - an Epic is in-progress by virtue of having one or more of its stories in-progress)
For us Epics are very much actionable items: we ask ourselves "what do we need to do to finish out this Epic" everyday ""what do we need to do to finish out each Story in progress".
And yes an Epic is In-Progress when at least one of it's Stories is In-Progress, and it's Done when all it's Stories are done.
Ok, so you're not using Epics the way they are built for. That's fine, but you can't expect a tool that handles them as intended to work properly with it.
The answer to "what do we need to do to finish out this Epic" is supposed to be the same every time you ask - "deal with the stories inside it".
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events