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

3 votes

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. :)

Like 1 person likes this

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 Sign up to answer
Community showcase
Published Nov 27, 2018 in Portfolio for Jira

Introducing a new planning experience in Portfolio for Jira (Server/DC)

In the past, Portfolio for Jira required a high degree of detail–foresight that was unrealistic for many businesses to   have–in   order to produce a reliable long-term roadmap. We're tur...

2,885 views 19 22
Read article

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