How do I create a custom Epic issue type?

Vince Butera June 10, 2015

I'd like to add an issue type with the equivalent hierarchy as an Epic but call it Theme. I don't see how this is possible.

4 answers

1 accepted

4 votes
Answer accepted
Earl McCutcheon
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
April 27, 2020

Hello all,

I had already added the following comment in a reply in one of the other answers on this thread, and I just wanted to add the info as a separate Answer as to add in some additional visibility for the information:

Reviewing this thread the default behavior in Jira, as mentioned a few times is designed to be locked in the hierarchy of Epic > Issue > sub-task, with options like adding in Portfolio for Jira or Jira Align to put additional "initiative" layers above the epic to expand the hierarchies further.

While Portfolio or Align would solve some of the issues it is creating layers in an alternate direction than discussed here, and would require adjusting process to align with the design of the tool and remapping the issue type layers and naming conventions in your local processes to adapt to the intended applications layout.

An alternative for the use case described above and what I believe would be a better tool for this scenario would be to look at the add-on app Structure, which modifies the default behavior allowing you to manage alternative hierarchies ad-hoc and may fit the needs of your organization, and would be a good alternative to check out.

Also to relay the reply from @Philip Heijkoop _ALM Works_   as well, as there is some really good additional details in his  comment here:

Building on Earl's comments, this is a common predicament we see people run into. It's particularly common when people are coming from a hierarchy naming convention that doesn't completely jive with Jira's.

If you're interested, I wrote an article describing some of the considerations to keep in mind here, where I compare the SAFe hierarchy of Epic-Feature-Story to Atlassian's recommended Initiative-Epic-Story, but the thinking is obviously universal.

It's important to realize that Jira does things a certain way, and it does so for good reason (even if that isn't always apparent at the outset). Sometimes deviating from that is worth the extra effort, but it should be an explicit decision that is well understood. Going outside that means you can't build on years and countless teams' experience for effective Agile project management.

Regards,
Earl

8 votes
Abhishek Kaushik February 14, 2017

There should be option to allow JIRA admins to add a new field like Epic. Simple and important business case is, As a product owner I want to create one more level "theme" between Epic and User Stories to manage my backlog better. Pls let me solution  for this ?

This is very important for product owners, dont understand why Atlassian dont work on it and provide a solution? This should not be that tough !!

John Gill June 3, 2019

It'd be great if we just had a issue hierarchy schema. 

Epic


Theme


Issue


Sub-task 

And we could mix and match, as we'd like, easily. 

They are getting closer to this, but it's still very difficult to even approximate this solution. 

I'm sure we aren't alone in this idea. Not everything can be condensed into Epic >> Issue >> Subtask, and I don't think one extra layer makes us wrong. 

Like # people like this
Joe ALVES April 24, 2020

I really need too this possibilty too , very very important in BIG TRANSVERSAL Projects.
We can do this on MIcrosoft VS tools ... (i know , i know ;))

Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
April 25, 2020

Nope, you don't "need" to do it, you've just landed somewhere that people who want to do "waterfall" without admitting that it doesn't work.

I love the use of "Transversal", it screams failure. 

Earl McCutcheon
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
April 27, 2020

Hello all,

Reviewing this thread the default behavior in Jira, as mentioned a few times is designed to be locked in the hierarchy of Epic > Issue > sub-task, with options like adding in Portfolio for Jira or Jira Align to put additional "initiative" layers above the epic to expand the hierarchies further.

While Portfolio or Align would solve some of the issues it is creating layers in an alternate direction than discussed here, and would require adjusting process to align with the design of the tool and remapping the issue type layers and naming conventions in your local processes to adapt to the intended applications layout.

An alternative for the use case described above and what I believe would be a better tool for this scenario would be to look at the add-on app Structure, which modifies the default behavior allowing you to manage alternative hierarchies ad-hoc and may fit the needs of your organization, and would be a good alternative to check out.

Regards,
Earl

Like # people like this
Philip Heijkoop _ALM Works_
Marketplace Partner
Marketplace Partners provide apps and integrations available on the Atlassian Marketplace that extend the power of Atlassian products.
April 27, 2020

Building on Earl's comments, this is a common predicament we see people run into. It's particularly common when people are coming from a hierarchy naming convention that doesn't completely jive with Jira's.

If you're interested, I wrote an article describing some of the considerations to keep in mind here, where I compare the SAFe hierarchy of Epic-Feature-Story to Atlassian's recommended Initiative-Epic-Story, but the thinking is obviously universal.

It's important to realize that Jira does things a certain way, and it does so for good reason (even if that isn't always apparent at the outset). Sometimes deviating from that is worth the extra effort, but it should be an explicit decision that is well understood. Going outside that means you can't build on years and countless teams' experience for effective Agile project management.

Like # people like this
8 votes
Steven F Behnke
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.
June 10, 2015

It's not possible, I think is the most straight-forward answer.

The field Epic Name, Epic Link, Epic Color, and Epic Status are add-on fields (NOT custom fields, they are add-on fields) that are tied to the Epic Issue Type upon JIRA Agile installation. This is why they only show up on the Epic Issue Type, this is why they do not show up on others. Additionally, the Epic Link functionality, along with Scrumboard Agile functionality, are specifically tied to the issue type.

As far as I know, you cannot simply add a new issue type to extend this functionality. 

Chethan GR
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.
January 28, 2020

can't we create the epic level properties for an custom issue type from database side.

Like chethan_gr likes this
Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
January 28, 2020

No.  Because most of the functionality is in the code, not the data.

4 votes
George Lewis February 28, 2017

I'd like to add an even simpler oversight from Atlassian - being able to create addtional Epic issue types. If they see fit that we can create our own issues with different names. workflows etc, why do they think that all these issue types can just be bundled under one epic type.

Bernd March 7, 2018

Absolutely. Is there an issue to vote on??

Like # people like this
Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
March 7, 2018

There was, but it was closed "won't fix" years ago.

Grayson Bishop March 13, 2018

@Nic Brough -Adaptavist-Could you link to that ticket?

Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
March 13, 2018

https://jira.atlassian.com/browse/JSWSERVER-7203 - was closed years ago, but actually, re-opened a couple of weeks back to gather more interest.  Worth hitting vote on it.

Like # people like this
Nidhi Shah March 19, 2018

@Nic Brough -Adaptavist- So, there is no way in current scenario (in JIRA v7.6.2) where you can create new (your own) issue type and make it behave like an Epic Issue type? 

Like Daniel Balogh likes this
Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
March 19, 2018

Exactly what Steven said, and I've pointed out there's no change so far.

Jacob May 23, 2018

Ditto here.  I don't want to explain to users what 'Epic' is our why they would pick that as an issue type.

Like Mike S likes this
Terence Rhoda September 11, 2019

I have the same issue. I want to create an additional issue type 'iterations' that behaves  the same as an epic. We want to use Epics for sub-projects and the iterations for .... well iterations within that sub projects. :)

Like Daniel Balogh likes this
Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
September 12, 2019

No (significant) updates on the request linked to above.  It's pretty much "one type is epic, go get Portfolio or Align if you want more layers"

Gira Mundo October 30, 2019

In my case, I don’t need a hierarchy, I need only to create an issue type that, like an epic, enables to visualize several other issues (tasks) that must be done to achieve the goal. Of course, I can use the epic use, but it is not convenient for two reasons:
1. It sounds strange for people that will use it.
2. We need to distinguish that issue type from real epics used in several agile projects
So, it be very useful to have a new “like epic” issue type-

Like Daniel Balogh likes this
Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
October 30, 2019

See above for why you can't do this, and won't be able to in the future

ChrisR November 12, 2019

where is the no like!

Like # people like this
Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
November 13, 2019

@ChrisR- "dislike" was available on the previous community platform and was seen as counter-productive.  We wanted people to feel welcome and get them engaged.  When it was used correctly (as in "this is a bad thing" or "I genuinely don't like your post because") it was ok. But most were being used to attack individuals, and the few that were genuine did not get seen by Atlassian - disliking a post saying "you can't do this (yet)" on the community does not have any way to become a vote for a feature request in Jira.

But the facts were that it was abused and gamed in various ways, so one of the first "community leaders" meetings quickly concluded that down-votes are not useful.  We decided that the best option was to push people over to vote for features in https://jira.atlassian.com as that does get counted.

Like Amanda Lang likes this

Suggest an answer

Log in or Sign up to answer