It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

How to best handle multiple components and multiple teams?

Andrew Miller Oct 22, 2012

Just starting a new project and the client has decided to use jira and green hopper. As we build out the project we'll be working on several components, each with it's own git repo. And we'll be split into 2 (maybe 3) teams, each focusing on it's own components with perhaps independent release schedules.

So I'm looking for a recommendation on how to should handle multiple components and multiple teams in greenhopper; I can se a few options:

  • only one project
  • one project per team
  • one project per component
  • ... other optins?

I'm brand new to green hopper so I'm not sure how these options play out with agile boards and sprints. Any advice for us from folks who've been down this path before?

1 answer

1 accepted

0 votes
Answer accepted
p Oct 22, 2012

I would go either of these two routes:

  1. have a project per component, or
  2. have one big project

The advantage of the first one is that it easily keeps each components with its own release schedule seperate. No interference whatsoever. Also it allows you to administer the versions of each component separately.

The second option I would go for if the components are rather tightly coupled and it is hard for some people to report issues directly for the correct component. In that case one project in which a tester can report his issues is easiest. You can create scrum boards per component. That way each team has his own scrum board with his own sprint planning (which you could consider equivalent to release planning, although you would not use the actual release administration of Jira in this case). In this scenario it is not possible, though, to easily administer the appropriate version per component. But then again, you might not need that.

Finally, I would not go for the "project per team" setup, since team structures can be ratehr volatile and if business people are to report issues, then I'd rather have them report issues they find in a system then have them think of what team needs to solve the issue.

Hope this helps.

Andrew Miller Oct 29, 2012

Thanks. I ended up defining 1 project per component and one board per team. There seems to be an interesting interplay between sprints, projects and boards that I hope to understand as we use the tool. And I was surprised to find that I can't add estimates to tasks. I guess we'll just consider everything to be a story for estimating purposes.

p Oct 29, 2012

Andy, if by "can't add estimates" you're talking about adding story points to a task: you can enable this by expanding the "Available Context(s)" of the "Custom Field" "Story Points".

Suggest an answer

Log in or Sign up to answer
This widget could not be displayed.
This widget could not be displayed.
Community showcase
Posted in United States

Topic Tuesday: Agile

Another week, another Topic Tuesday!  Agile has been on my mind a lot lately because I've seen good implementations and bad implementations, but now as a Jira admin it matters more to me whether...

31 views 0 0
View post

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you