Can one board show certain issue types on one view and others on another and remove them from WIP?

Amanda Ross June 1, 2020

We currently have a kanban board and use quick filters. I have the query for our board to include all issue types, but not all issue types should be included in the wip. I'm trying to find a way to show some issue types on our board, but be able to filter out others so they only show in certain views. The ones I'm wanting to filter out, I want to show in a separate view (all within the same board and query) BUT those separate issue types should not count in our WIP limit. Quick filters doesn't solve this as they show the WIP regardless of which quick filter you're looking at. Would it be a sub-board? Sub-filter? I've never used either and don't know how to build one out? We could have two separate boards but....that's not ideal. 

4 answers

4 accepted

0 votes
Answer accepted
Mark Slater June 4, 2020

Thanks to all. I think we have a plan. 

John Funk
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
June 5, 2020

Can you post back here what you end up implementing for folks viewing this in the future? Thanks!

Mark Slater June 5, 2020

Absolutely. We are going to create two boards: One to prioritize and track the Epic/Feature items, and another "team" board to prioritize and track the decomposed user stories (that are generated from those product backlog items), as well as the bugs and other work items. 

Like # people like this
0 votes
Answer accepted
Bill Sheboy
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
June 1, 2020

Hi @Amanda Ross 

I agree with John and Nic about methods of separating out the issues... But I have a question: what problem are you trying to solve?

You say there are issues on the board that you want to remove, as they are not WIP; what are they and what do they represent?  Why would they be on the board if they are not work? 

If they are just a different type of work, aren't they still WIP?  If they are other indicators, such as progress milestones, maybe they could be represented without issues.

Best regards,

Bill

Mark Slater June 2, 2020

Bill, 

I can answer this for Amanda. Essentially, our development organization has recently started the design to implement JIRA Align for our product/portfolio management activities. While Amanda's team is not a development organization itself (and therefore will not have Align licenses), we like a lot of the Product Management concepts Align enables, and I think they apply to our operations team. 

 

The goal we are trying to achieve is that I, as the "product manager", need a view in which Epics (large, multi-quarter projects), Features (quarterly deliverables broken down from Epics), Stories (decomposed from Features), and defects can be prioritized against each other in a "product backlog" view. Then, the "development team" needs a Kanban view in which they pull in the sprint ready stories and defects based on our priority and estimations. We don't think we want the team including the Features or Epics in their board as they're really working on the burn down of the stories/defects (and also we don't want those Features/Epics affecting our WIP). From what I've seen/heard so far, if I want them included in the backlog PM view, they need to be included in the team's Kanban board query as well.

 

So long story short is we're trying to figure out the best way to create this Product Management backlog and a tracking board while also creating a more focused team-based board for the decomposed work that is committed to each sprint. Align seems to handle this use case nicely with the integration/replication of issues and data, but I can't figure out a great way to do this w/o it. Hopefully it's obvious and we're just missing it. 

Bill Sheboy
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
June 2, 2020

Thanks for the explanation, @Mark Slater .  That helped me understand the issue.

When I need to have multi-level views of work, on a physical or tool-based board, using two (or more) boards seems to help.  For something like JIRA, that meant:

  • One Kanban board with the epic workflow (discovery to delivery), and
  • Other boards, Scrum or Kanban, with the delivery team-level workflow (selected to production).
Like Stefan Juglea likes this
Mark Slater June 2, 2020

@William Sheboy , that makes sense I had anticipated that we'd need different boards. From what I've been demo'd thus far, it seems like Features/Epic issues are either included in both boards or are in neither. Both boards are based on the same project FWIW, which I didn't think would be an issue, but that's our underlying issue we're trying to address. Can we have a single project with a backlog view that includes everything, but then 1 kanban board for the dev team w/o the Features/Epics (and associated WIP impacts) and another product manager board tracking the macro deliverables. 

Bill Sheboy
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
June 2, 2020

Yes. A board is a view on a backlog, so you can adjust the filters, statuses, and columns, for any board to show what you want. (Scrum boards have the extra wrinkle of the work items being in the active sprint.) For example...

Epic Kanban board:

project = MyProject AND issuetype = Epic AND... other criteria as needed ORDER BY Rank

Delivery board (Scrum or Kanban):

project = MyProject AND issuetype IN (Story, Bug, Task, Subtask) AND... other criteria as needed ORDER BY Rank

 

Like # people like this
John Funk
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
June 2, 2020

I believe she is wanting two different filters on the same board. Which is not possible. The backlog view of the board and the columns on the board are really all part of the same board. Each of those sections use the same filter - you cannot have different filters for each section. 

Like # people like this
0 votes
Answer accepted
Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
June 1, 2020

There's no such thing as a "sub-board", and quick filters are "sub-filters".

You can't do this.  A board is there to show you the work.  It's going to count all the work on the board as wip because that's what they are.

If you don't want to see a certain issue type as work, that's fine, but you'll need to exclude it from the board, as the board will always see it as such.  (Maybe add clause 'and issuetype not in (x, z, z)' and then have a second board that does include them)

Amanda Ross June 2, 2020

Thanks Nic. That may be the what we end up doing. I got the idea of sub-boards from another thread https://community.atlassian.com/t5/Jira-Software-questions/How-can-I-create-a-Kanban-sub-filter-that-shows-all-issues/qaq-p/1126606. This person talks about using sub-boards. I thought maybe this was a function of Jira and I just hadn't seen it before. 

0 votes
Answer accepted
John Funk
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
June 1, 2020

Hi Amanda - Welcome to the Atlassian Community!

You probably need another board to show the other issue types. There's not really a concept of a sub-board - it's just another board. 

Most tools that measure WIP, Time In Status, Lead Time, etc. are going to use the board. So if certain issue types shouldn't be measured, then they should be on a different board in my opinion. 

A sub-filter is not going to work, because it is just an extension of the main filter. 

Amanda Ross June 2, 2020

Thanks for the reply. We may indeed need to keep two boards.

Like John Funk likes this

Suggest an answer

Log in or Sign up to answer