What is the best way to break a project down?

I am fairly new to JIRA. I need to structure a project that consists of 4 sections. Within each section I would like to split it down into two further sections and then create the issues under either of these categories.

I was thinking of making 4 Epics. Then within each Epic I would have two Stories. But this is where I get stuck. Now when create an issue I would like to associate it with one of the 2 stories that falls under the specific Epic.

What would the best way to go about this be?

4 answers

Hello Chris,

you could use labels/components so that you can aggregate issues within a project. I suggest you the following  article http://blogs.atlassian.com/2013/11/organize-jira-issues-subcomponents/ by @Dave Meyer.

Hope this helps,


You have several options:

  • Use a Sub-Tasks so your hierarchy will be Epic > Stories > Sub-Tasks

Why do you want to associate one story to two Epics? Saying I have EPICS named "User Interface" and "Database", what kind of story will need to exist in both of these EPICS? Maybe you could take a look at creating another EPIC for that?

I do not see where the question states that he wants a story to exist in both epics?

Thank you for the replies! Very Helpful.

Just to be clear on the structure that I require. I would like the project broken down similar to this:


So I have found that there are perhaps 4 different ways of doing this:

  1. 4 Epics > 2 Stories > Sub-Tasks
  2. 4 Epics > 2 Stories > Issues (Issues liked to Story)
  3. 4 Epics> Issues (Assign components: New and Old Functionality) - As Fabio Suggested above.
  4. Have 4 projects instead of the one. With each section being its own project. Then two Epic's: New and Old Functionality > Issues. 

Am I right in thinking that these are the only way I can achieve this? And do any of the methods have any particular advantages or disadvantages? 

Are the sections really different projects? Or just different kind of category changes? Are different developers going to be working on the different sections, or all is maintained by the same developers? Is the splitting up between new and old functionality because you are developing a completely new software VS maintaining the old software? Is the new going to replace the old, or will the old be upgraded by new functions? Not saying that I will have the solution/best approach tip for you, but I can image that a decision to not split it up in new vs old, but just planning different sprints could be the case. Or versioning them could be an option or not. Curious in your answers and those of others here. :)

The sections are within the same project yes. Just a different segment. The developers will be working across the sections. New Vs Old is the Addition of new features and the migration of old features.




I still can figure out what the best way to structure the project is. Basically the main project is the SOA Implementation and within that there are 4 projects: MR, CEP, PS and Legacy.

I also need to categorise a Task as either Legacy or New.

I am not sure if I should create one project or 4 projects in JIRA.

Want the best way to report across all projects.

So far I have come up with the 3 options below. What do you think is best? Or is there another better option?

Option 1

image2016-1-5 15:37:14.png

Option 2

image2016-1-5 15:37:52.png

Option 3

image2016-1-5 15:38:19.png

Suggest an answer

Log in or Join to answer
Community showcase
Sarah Schuster
Posted Jan 29, 2018 in Jira

What are common themes you've seen across successful & failed Jira Software implementations?

Hey everyone! My name is Sarah Schuster, and I'm a Customer Success Manager in Atlassian specializing in Jira Software Cloud. Over the next few weeks I will be posting discussion topics (8 total) to ...

2,849 views 12 18
Join discussion

Atlassian User Groups

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!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot