Concept of EPIC items and stories in one board?

Hi Everyone,

I'm new to JIRA and I'm trying to understand it through the tutorials. It looks great and I'm eager to start!

But I got a bit confused at the part about the differences between EPIC, STORY, TASK, BUG.

I understand the differences, but why would you add EPIC and STORY to the board if they can only get cleared after all (sub)tasks under the stories are finished? Won't it just clutter up the board? Or is it common to have the Story on the board until all related tasks are completed?

Kind regards,

Peter Blom

3 answers

1 accepted

Hi Peter,

It really depends ... It's like Pizza, at least that's my perspective:

An epic is the whole pizza. The stories are individual cut slices of the pizza and the rest, like tasks, bugs, improvements or whatever, are the topping on the pizza/slices.

In order for you to not get messy and able to digest the pizza (be in control of you project), you might want to cut the pizza in pieces. How big, depends on your appetite and how much you (or your team) can handle. Ideally you'd want to keep stories small. Anything above 3 days must be split into digestible portions (our rule), as this will give you more transparency on the work-scope, helps to reduces complexity and is therefore more tangible.

So, it really depends on the size of your projects and team etc.

A good way to go forward is to try and see what works out for you best. Don't be to harsh on the definitions and try to follow them, rather find a way to implement the framework/tool to your working environment, so that you get the most out of it. Both sides (your work environment and the tool) have to be flexible enough to accommodate seamlessly. 

Hope this helps and welcome to the Atlassian / JIRA world! smile



1 votes

Generally, sub-tasks are quite small, discrete pieces of work that are pieces of a story - the information on the story is used as well as the stuff on the sub-task.  It usually makes sense to be able to see the whole story and the other parts of it.  Same basic idea for Epics, although most find them less useful on working boards, as they tend to be too high-level and more about planning.

Also, stories don't have to have sub-tasks.  A lot of stories will simply be worked on without them. 

Stories are where the estimates go as well, so you need them on the board in order to do the velocity and estimation.

So, they can be very useful on boards.  Optional though, you have some flexibility to match your processes.

0 votes
Volodymyr Krupach Community Champion Jan 15, 2017

As addition to Nic's answer check this doc:

For me major difference between Epics and Stories is that epics describe some large piece of functionality and last through few sprints, while stories are supposed to describe some scoped functionality that should be implemented during a sprint.


Suggest an answer

Log in or Join to answer
Community showcase
Teodora [Botron]
Published Thursday in Marketplace Apps

Jira Inferno: The Nine Circles of Jira Administration Hell

If you spend enough time as a Jira admin - whether you are managing a single, mid-sized instance, a large enterprise one or juggling multiple instances at once - you will eventually find yourself in ...

265 views 0 12
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot