Hi,
Perhaps my question is somewhat already answered in other questions earlier, however I feel that my question is a spin-off of them.
In our company we work with six teams (three in SCRUM. three in KANBAN) and the three SCRUM teams are getting the stories out of five projects. (A project is a product) E.g. Project A, B, C, D and E.
The three teams all have their own Rapid Board and there own sprints. All three teams must pick up one story per sprint of project A. Project C is exclusieve for team 3.
So,
Unfortunatly it is not possible to make a mutually exclusive rapid board filter, since both teams should be able to select every available story.
Now we have a problem, because when team 2 has started a sprint, team 3 cannot start a sprint, because the sprint of team 2 is "visible": there is already a sprint started. Team 2 has still one story of project 'A' in progress.
The question:
Is it possible to have multiple rapid boards (teams) working in the same projects (product backlog) when there do *not* have a mutually exclusive filters?
Thanks in advance
P.S. If you answer, please keep in mind that I am a simple PO, that has learned to handle Jira 'on-the-job'.
The new GreenHopper 6.0.4 introduces this very feature in Labs. Enable Parallel Sprints as described here:
https://confluence.atlassian.com/display/GH/GreenHopper+Labs
Hi Casper,
It looks like Team 1 are completely independent (they are the only ones in project E) so they can just have their own.
For Teams 2 and 3 I'd recommend a similar approach to the one described in a different answers post:
Thanks,
Shaun
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Shaun,
Thanks for your answer, however I feel that 'using' a component or label is not really that better than making a new JIRA-project for the team and then moving or cloning the issue to that team. The whole idea is that the teams are hovering above the projects (products) and not a 'part' of a backlog. Enabling multiple sprints is in mine point of view the best option.
The most ideal option for me would be that a rapid board is a object in jira, rather a selection of queries, in other words a team is a rapid board. In this case an other rapid board (or a issue in a rapid board) is not visible/not selectable. I was under the impression that that was the intended use of a rapid board. Perhaps in the future.
Thanks again to you and John for the help.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.