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

Improve Jira issue type hierarchy

    XMLWordPrintable

Details

    • 16
    • 51
    • 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.

    Description

      Currently, the Jira Software default hierarchy contains:

      • Epics - Once the higher-level priorities are settled it's necessary to break them down into large pieces of work, which consist of multiple stories.
      • Stories/Tasks - User stories capture functionality requirements.
      • Sub-task - Work components that makeup stories.

      Although Advanced Roadmaps allows users to add hierarchy levels above the Epic level, the Epic/Feature/Product Backlog Item (Story)/Sub-task hierarchy relationship has been a standard long before portfolio management came into play.

      Jira has taken the approach that an Epic is the highest work item and then all others are children of an epic. The concept of features is common in agile software development that Jira is missing. Having a product that has an epic categorization should have multiple features of which multiple PBIs (product backlog items) and sub-tasks can be many. A story is but one type of PBI.

      If Atlassian would establish this hierarchy in Jira they could still use portfolio management with initiatives as a higher level.

      We would like to be able to use Initiative/Epic/Feature/PBI (Story)/Sub-task as the standard hierarchy from which all data can be measured.

      Attachments

        Activity

          People

            Unassigned Unassigned
            htemp Heitor T (Inactive)
            Votes:
            121 Vote for this issue
            Watchers:
            69 Start watching this issue

            Dates

              Created:
              Updated: