You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
Hi all,
I have two teams working on the same project. They have both an own scrumboard (company-managed). But they share the same product backlog obviously.
For with standard (filter-) settings they see the sprints of the other team as well.
I would like that they only see the sprints created in their board.
Is there a best practise to do that?
My only idea is to have a custom field "team" (with options "a" and "b") and an automation that sets this field when moving an issue to a sprint or unsets it when moving out of a sprint to the backlog. - Is this possible AND is there a better way to solve it?
Many thanks,
Tobias
Hi @Tobias Dobberphul and welcome to the Community!
Boards are fundamentally views that are layered on top of the issues that you have in a project. With a board comes a set of additional features, like the ability to plan sprints, see reports, etc.
Filters (JQL) determine which issues appear on a board. And as soon as you create multiple boards that share the same data, every sprint assigned to an issue that is returned by the board filter will inevitably appear as a sprint in the board backlog view.
So, if you want to separate the teams' work, you'll need to find a way to allocate work to the separate teams. Splitting the work across multiple projects may be an option (if the backlog is not shared), indicating what team issues are for (e.g. using a team field) may be another (if the backog īs shared across multiple teams). To then separate sprints across boards, you should ensure no issues from team A appear on the board of team B and vice versa (using the board filters).
As sprints are a shared concept across Jira, it is still possible that an issue somehow ends up matching the board filter of another board and - because of that - makes the sprint appear there. To make sure it is clear where the sprint is coming from, it is a good idea to use a naming convention that helps you identify what team / project / board ... a sprint relates to.
Hope this helps!
Hi Walter,
thanks. Then I was on the right track.
We have a shared backlog. So I will introduce a custom field "team" so that the tickets are only shown in the appropriate board.
Question:
Afterwards comes the automation if this is possible. Moving a ticket to a sprint hopefully it is possible to set this custom field. But if sprints are shared the automation doesnt know about which team to set, right? So this is not possible to automate?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
But I think that the sprints are completly not belonging to a board isn't correct.
Because if a sprint is empty it is shown in the board where it was created. So there must be a link to this board somewhere.
Perhaps then it is possible to automate this:
- when an issue is moved to a sprint set the "team" of this issue to a value that is corresponding to the boards name where the sprint is settled.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.