Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Create a separate Project for Initiatives or Not? What are the Pro's and Con's?

I am configuring a proof of concept for possible purchase of Portfolio.  Our functional teams are set up as JIRA projects.  We have initiatives that cross projects but there is always one functional team/jira project that 'owns' the initiative.

My question is...

Is it better to set up a project just for the initiatives and link each team/projects work to it or would it be better to set the initiative up under the 'owning' teams project and link other work from there?

What are the pro's and con's for each of those options

Thank you for any assistance you can provide

2 answers

0 votes
Stephen Wright _Elabor8_
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Nov 03, 2019

Hi @Melissa Thornton

I think it depends on how your projects are used across the business - and how important access to Initiatives are.

As an example, I've run into several instances with this setup:

  • Program Teams which have Features and Initiatives above Epics
  • Each project is a different delivery team or...
  • Each project is a different product / product team

In these instances, we've used a separate project for Initiatives and Features to keep them contained. The project contains all Initiatives and Features across that slice of the business.

The benefits have been:

  • One project to contain all program-level work - rather than trying to decide which team "owns" a Feature or which product has the most involvement in an Initiative.
  • Permissions were limited to who can create or edit Initiatives / Features - given they are where our value and delivery intent is stored.
  • Components and other project-level settings were limited to ensure reporting was centred and simple.

That is the best practice suggested by Atlassian; but you could have them in one project if (for example), Initiatives were product-based and so were your projects. Just depends on how you and your teams work!


0 votes
Stephen Crandell
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
Nov 02, 2019

The obvious pro for keep all levels in a single project is just that “ it’s all in one place/project”. 

We have projects In our instance that have done it both ways. Some have even gone as far as having one project for initiatives, one project for Epics, and the multiple team level projects. One advantage that way is that you can give clients access to the initiative project and/or epic level so they can have some visibility/input at the top while keeping details around stories and tasks internal. 

Suggest an answer

Log in or Sign up to answer
AUG Leaders

Atlassian Community Events