JIRA Epics Tutorial

โšก Smart Summary

Jira Epics group a large body of work under one goal, so a team can split a release-sized objective into stories, tasks and sub-tasks that individual members deliver across several sprints.

  • ๐Ÿ”˜ Three-level hierarchy: Epics hold stories, stories hold tasks, and tasks split into sub-tasks when the work runs past a day.
  • โ˜‘๏ธ Two creation routes: Build an epic from the global Create button or from the Epics panel inside the Backlog.
  • โœ… Linking work: Stories join an epic at creation time or by dragging them onto the epic in the Backlog.
  • ๐Ÿงช Sizing rule: Epics too large stall progress and epics too small bloat the backlog, so split by user role or sprint length.
  • ๐Ÿ› ๏ธ Tracking: The epic burndown chart plots sprints against remaining story points to expose pace and predictability.
  • โš™๏ธ Closing out: Mark an epic Done from the Epics panel once every story beneath it is complete.

Jira Epics Tutorial

What is a Jira Epic?

A Jira Epic is a large work item that is broken down into several smaller user stories according to customer requirements. Teams therefore accomplish bigger goals by splitting the work into manageable pieces.

An epic in Jira can be compared to a folder in a project hierarchy where all the related work is placed, which makes the relevant items easy to find.

Because Jira is designed for agile practices, the Jira epic is designed for agile and DevOps teams as well.

Jira epic shown as a container holding related user stories and tasks

Epic Vs. Story Vs. Task

Task, Story, and Epic are the key elements of Jira that help you plan, structure, and execute project work. The characteristics of each element are given below.

Task

A task is the smallest element of a project and can usually be completed in one working day. A task is assigned to a team member and marked as completed when it is finished. Other features of a task are:

  • A task is part of a sprint or scrum.
  • A bigger task can be split into sub-tasks.
  • Tasks can be linked, and one task can block another.

Story

A story is a bigger element than a task, because stories are made up of tasks. Features of a story are:

  • The story is usually assigned to the project lead.
  • Tasks are linked to stories.
  • Stories can be completed within a few sprints.

Epic

An epic is a larger element that is broken down into stories and tasks. Epics have the following characteristics:

  • Epics represent the collection of work for a bigger project.
  • Epics span multiple sprints.
  • An epic comprises stories and tasks that can be linked.

The table below sets out the basic differences between an Epic, a Story and a Task.

Parameter Epic Story Task
Meaning An Epic presents the theme or topic to which a task belongs, or represents a big project, for example, “Relaunch Website”. Stories can be a bigger project, like creating new landing pages for the marketing campaign. Tasks are used to plan particular pieces of work that might take more than 1 working day.
Usage Mainly used for high-level business requirements and to track large ideas in a product backlog. Stories are small project requirements that describe what should be done. It can be divided into subtasks.
Size They are too big and complex to be delivered in a single sprint. Stories are deliverables that are small enough to be completed in a sprint. Tasks can be part of a sprint or scrum.
Cross-linking Stories and Tasks belonging to the same epic are sometimes linked or co-dependent. All related Tasks can be linked into a single story. They can be cross-linked and can block each other.

Jira’s Epic Features

As a project management and tracking tool, Jira gives epics the indispensable features explained below:

  • Project Planning: Create a defined scope, organize and assign the work, and set project schedules.
  • Customizable Workflows: Fit the workflow to the requirements of your projects.
  • Defining Milestones: Group team tasks so you can organize and deliver your project on the target date.
  • Roadmaps: Visualize the work on a timeline.
  • Security: Ensure only relevant team members have access to a work item.
  • Reporting: Monitor the project’s progress and execution.
  • Product Integration: Use other tools to make certain tasks easier.

How to Create an Epic in Jira

There are 2 methods to create an epic.

Method 1) Creating an Epic from a New Issue

You can create an epic using the navigation menu. The steps are:

Step 1) Click the “Create” button at the top navigation bar.

Jira top navigation bar with the Create button highlighted

Step 2) The “Create Issue” screen is shown. Select “Epic” from the “Issue Type” dropdown.

Create Issue dialog with Epic selected in the Issue Type dropdown

Method 2) Creating an Epic from the Epics Panel

You can also create an epic from the Epics panel shown in “Backlog”. Follow these steps.

Step 1) Click the “Backlog” option from the left side of the screen.

Jira project sidebar with the Backlog option selected

Step 2) Click “Epics” from the epics panel.

Backlog view with the Epics panel opened on the left

Step 3) Click “Create Issue in Epic”.

Epics panel showing the Create Issue in Epic control

How to Add a Story to an Epic

You can add stories to an epic in the following two ways.

Method 1) Add a Story from the “Create Issue” Screen

Step 1) Click the “Create” button on the navigation bar.

Create button on the Jira navigation bar used to add a story

Step 2) Click the “Issue Type” dropdown and select an issue type other than epic.

Create Issue dialog with Story chosen instead of Epic in the Issue Type dropdown

Method 2) Add a Story from the Epics Panel

Step 1) Click “Backlog” on the left side of the screen.

Jira sidebar with Backlog selected before opening the Epics panel

Step 2) Click “Epics” from the Epics pane.

Epics pane expanded inside the Jira Backlog view

Step 3) Click “Create Issue in Epic”.

Creating a story directly inside a selected epic from the Epics pane

How to Remove a Story from an Epic

To remove a story from an epic, follow these steps.

Step 1) Go to the “Backlog” page.

Backlog page opened as the starting point for removing a story

Step 2) Select the story you want to delete and click the three-dot menu shown on the right side of the screen.

Three-dot context menu opened on a story row in the backlog

Step 3) Select “Delete” from the dropdown options.

Dropdown menu with the Delete option highlighted for the selected story

How to View an Epic

All the information about a project’s epics is available on the “Backlog” page. You can view the following information about epics from this page.

Epics screen: Go to “Backlog” and click “Epics”. From this screen you can view and manage the epics of your project.

Epics screen listing every epic in the project with its progress bar

View issues in an Epic: To view the issues or stories of an epic, click the required epic’s name.

Issues and stories listed underneath a single selected epic

How to End or Complete your Epic

Once all the tasks of an epic are completed, the epic is marked as complete. Follow these steps.

Step 1) Click “Backlog” at the left of the screen.

Backlog opened as the first step in closing an epic

Step 2) Click “Epics” from the Epics panel.

Epics panel opened to select the epic that will be closed

Step 3) Select the epic you need to mark as completed, click the dropdown and select “Mark as Done”.

Epic dropdown menu with the Mark as Done option selected

Breakdown of an Agile Epic

An agile epic can be broken down into smaller user stories as long as you can manage and track them properly.

The number and size of epics in a project must be managed appropriately. Epics that are too big make progress slow, and epics that are too small leave you managing an oversized backlog, as the diagram below illustrates.

Agile epic broken down into user stories and then into individual tasks

Consider the following points while breaking down an epic.

  • Story for user role: Create a separate user story for each user action or role.
  • Creating a story for steps: Break a longer process into smaller steps and create stories for those steps.
  • Team norms: Team culture decides whether a story is a short piece of work or a time-consuming one.
  • Time factor: Create user stories that can be completed in one sprint.

How to Measure an Epic in Jira?

Measuring agile epics provides project insight and keeps management informed about progress. Burndown charts are the standard tool for visualizing an epic. These charts plot the estimated work against the actual work done in a Jira epic. The x-axis of the burndown chart shows the sprints and the y-axis shows the user stories, as in the chart below.

Epic burndown chart plotting remaining user stories against completed sprints

Using the burndown chart makes it easy to keep track of the work. Team progress and pace become visible, which makes the project more predictable, especially alongside a formal defect management process.

Why Are Epics Important in Jira?

Here are the reasons why epics are important in Jira:

  • With epics, project outcomes are organized so stakeholders can follow project progress more easily.
  • Epics provide a simple way to abstract the project’s status and report measurable outcomes to stakeholders.
  • Epics allow teams to establish priority goals and the metrics needed to track those goals.
  • User stories are arranged so a detailed design can be produced before implementation.
  • Epics help the project team optimize workflow and keep decision-making flexible as the project progresses.
  • Epics help DevOps teams define and design their projects, which promotes innovation in product design and development.

For the wider walkthrough, see the Jira tutorial for beginners, plus the guides to scrum testing and agile testing.

FAQs

Jira sets no limit. Teams usually keep an epic small enough to finish within a quarter. If the story list never shrinks, split the epic.

An epic groups stories under one goal inside a project. An initiative sits one level above and groups several epics, often across teams. Initiatives need the advanced roadmap features rather than the standard backlog.

Yes. Open the work item, change its type from Story to Epic, then reattach the child items. Jira warns about fields missing on the new type, so check estimates afterwards.

No. Sub-tasks attach to a story, task or bug, never straight to an epic. The hierarchy runs epic, then story or task, then sub-task, so work must pass through the middle level first.

The epic link is the field tying a story or task to its parent epic. Setting it makes the item appear beneath that epic in the backlog, timeline and burndown report.

Atlassian now writes about work items and work types rather than issues, so newer documentation says work item type instead of issue type. Behaviour is unchanged, and older screens still show the earlier wording.

Atlassian Intelligence drafts epic and story descriptions, suggests how to split an oversized epic, and summarises long comment threads. Treat the output as a first draft that the team refines during backlog refinement.

GitHub Copilot works on the code, not the backlog. It drafts implementations and pull-request summaries for stories under an epic, which teams then reference from the linked branch or commit.

Summarize this post with: