I am having difficulties wrapping my head around starting a sprint when there are a number of different components of the team:
Each component lead controls a different set of issues. They are differentiated primarily by labels, but sometimes by component and labels, or other criteria.
These set of issues provide the basis for the board filter.
Each lead starts their respective sprint, based on a team-wide schedule - currently, two week sprints.
Occasionally there will be issues that are already involved in a sprint someone else has started. This precludes the actual owner from starting their own respective sprint.
I attempted to make an uber board that includes every issue in the project, and start a sprint with that board. This halfway worked - some boards respected that a sprint had started and the board user could drop issues from backlog into that sprint. However, other users sometimes did not see the sprint that was started, even though their issues matched the filter from uber board. I know this is not the correct way to do it, but I expected behavior that was consistent.
My question is this: how do we manage multiple sprints where issues are stored between sprints? Apparently greenhopper allows an issue to be in one sprint and not a different one.
If you spend enough time as a Jira admin - whether you are managing a single, mid-sized instance, a large enterprise one or juggling multiple instances at once - you will eventually find yourself in ...
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!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot