Uploaded image for project: 'Jira Platform Cloud'
  1. Jira Platform Cloud
  2. JRACLOUD-80492

Add the ability to create multiple Epic issue type in JIRA Software

XMLWordPrintable

    • 212
    • 27
    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

    • Hide
      Atlassian Update – 16 August 2024

      Hi All ,
      this is Drew from the Atlassian engineering team ,
      We recently resolved the JAC bug https://jira.atlassian.com/browse/JSWCLOUD-25522. As part of this improvement, you can now configure boards to use specific level 1 issue types as needed. By associating the desired issue types with the project , you can configure and use all level 1 issue types on any specific board

      Regards
      Drew

      Show
      Atlassian Update – 16 August 2024 Hi All , this is Drew from the Atlassian engineering team , We recently resolved the JAC bug https://jira.atlassian.com/browse/JSWCLOUD-25522 . As part of this improvement, you can now configure boards to use specific level 1 issue types as needed. By associating the desired issue types with the project , you can configure and use all level 1 issue types on any specific board Regards Drew

      In current implementation of Jira Software, a single Epic can support multiple projects as needed. This means that only a single Epic issue type is used for all boards available by default. And due to this configurations, users are not able to create a new Epic issue type, and have different boards to use different Epic.

      It will be great if GreenHopper allows users to create multiple Epic issue type, and configure the available boards to use specific Epic issue type as required.

      Sample use case:

      In our (and most likely other users) case we have a combination of hardware and software projects. The two project streams are loosely coupled. For the hardware side, the use of the word "Epic" would not feel really natural. Example: 2 Volts power rise within 10 nanoseconds is not an "Epic", it is a "Feature". On the other hand the software that drives the instrument can use the "Epic" terminology. Example: "Device drivers support power-on sequence and self-test of high-speed power card".

      Therefore I think it would be great if one could specify per configured board (Kanban or Scrum) which issue type should be considered the "Top Level Hierarchy".

              Unassigned Unassigned
              afaisal Ahmad Faisal (Inactive)
              Votes:
              245 Vote for this issue
              Watchers:
              171 Start watching this issue

                Created:
                Updated:
                Resolved: