type | stage | group | info |
---|---|---|---|
reference |
Plan |
Product Planning |
To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/product/ux/technical-writing/#assignments |
Planning hierarchies are an integral part of breaking down your work in GitLab. To understand how you can use epics and issues together in hierarchies, remember the following:
GitLab is not opinionated on how you structure your work and the hierarchy you can build with multi-level epics. For example, you can use the hierarchy as a folder of issues for bigger initiatives.
To learn about hierarchies in general, common frameworks, and using GitLab for portfolio management, see How to use GitLab for Agile portfolio planning and project management.
With epics, you can achieve the following hierarchy:
graph TD
Group_epic --> Project1_Issue1
Group_epic --> Project1_Issue2
Group_epic --> Project2_Issue1
With the addition of multi-level epics and up to seven levels of nested epics, you can achieve the following hierarchy:
In an issue, you can view the parented epic above the issue in the right sidebar under Epic.
In an epic, you can view the ancestors as parents in the right sidebar under Ancestors.