How to setup Greenhopper 6 board filter - multiple boards in one project

This is my case: one project, multiple teams each with a board. Each team is taking one or more epics from the product backlog to their team's backlog to work on. Components field is in use to specify part of product that is affected - e.g. I can’t use it for Greenhopper stuff.

Qs

1. How do I assign an epic to a team/board?

2. What would be a board filer that takes team's epics, their related stories and their related sub-tasks?

3. I also have some bugs coming in from support that I’d like to assign to a team but they are not part of any epic.

Try 1-

Use the label "team1" to say an epic or defect is under team-1's board.

I then use a board filter that looks like this:

labels = 'team1' OR issue in (linkedIssuesFromQuery("labels = 'team1'"), subtaskIssuesFromQuery("issue in linkedIssuesFromQuery(\"labels = 'team1'\")"))"

For the extra functions I use the Craftforge JQL Functions Plugin. The problems I have are: (1) I get all sort of linked issues here that are not related to the epic (relates to, clones, duplicates). (2) It’s too complicated.

Try 2-

Using the native Greenhopper Epic-Link:

labels in (team1) OR issue in (VB-1897, VB-1893) OR "Epic Link" in (VB-1897, VB-1893) OR issue in subtaskIssuesFromQuery("labels=team1 OR \"Epic Link\" IN (VB-1897, VB-1893)") ORDER BY Rank ASC

The problem here: My SM/PO then needs to update the list of Epics for the team

Any suggestions?

6 answers

1 accepted

Updating on our final scheme: Each team is assigned with a label: 't.a_team', 't.b_team' etc. We then create a team board that is based on the label and all its sub-tasks. To asign an epic/issue to the team the project manager adds the team label. It still required that each bug/dev-request be marked with the lable, not just the Epic, but its not so bad. It also works well with team velocity staticstics.

Board filter looks like this:

(labels in ("t.A_Team") OR issue in subtaskIssuesFromQuery("labels in (\"t.A_Team\")")) AND updated > -90d ORDER BY Rank ASC

I'm still missing that span-all-issues-from-epic JQL function though.

as long as the label is being added to the epic itself, the "labels = 'team1'" should be all you need.

labels are not automatically inherited to issues and their sub-tasks. so every time i create an issue it alerts me that the issue is not on the board. also the subtasks created in the GH planning do not appear. This is why i've thought about using the subtaskIssuesFromQuery function.

John, but this means i have to add the label to any issue and subtask added. this is counter intuitive. we end up gettign this warning about the new issue not appearing in the board...

I do not have the JQL extension you are using, but from the documentation, it looks like you can specify link type such as:

linkedIssuesFromQuery("labels = 'team1'", "Epic-Story Link")

"Epic-Story Link" is not a JIRA link type. Greenhopper is using the "Epic Link" which is not under issue linking..

Has this been resolved?

My problem is that while I need filtering by team, I cannot have each team define sprints individually, which is what happens when you have multiple boards. Along the lines of assigning a team to each ticket, how about then creating groups for each team name and creating a JQL function like "ThisUsersGroupsList" and apply the filter "team in tmThisUsersGroupsList"? That would filter all issues and epics for the current user. A user could be part of more than one team. Sprint Management can be centralized... Anyone developed a jql function like this?

I'm not sure this is related to the topic.

Basically in Scrum we have a backlog per team to burn. You may have several teams burning a release with multiple Epics/Issue.

You can setup a filer on users using the function membersOf() e.g. assignee in membersOf(support)

You might be right. I guess my take on creating different boards for different teams is basically not to do it and, instead, figure out a way to offer different views of the same board to different teams. If you use different boards, team 1 can run 2-week sprints while team 2 will run 3 week sprints. Those sprints could be named completely differently and there won't be a way to track project progress appropriately as soon as you a going to share the work with 10+ teams. Your solution requires a literal argument that only works if you are filtering one team/one board.

Suggest an answer

Log in or Join to answer
Community showcase
Bridget Sauer
Published Feb 08, 2018 in Agile

Community Showcase: Getting to know Kemal, AUG Leader from Bosnia and Herzegovina

  Cheers to Kemal Bajramovic, our first ever AUG Leader to be Showcased. AUG Leaders are passionate experts who find time in their own busy lives to host Atlassian themed events to share ...

213 views 3 4
Read article

Atlassian User Groups

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!

Find my local user group

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

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot