Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

How should story points be handled at the Epic and story level?

With our Teams model we are currently only putting story points at the Story level and that is working really well. We are using Epics to basically breakdown a bigger project with multiple stories.

Currently we do not add Epics to our sprints just the story because it has the story points. I need to build a 2 year project plan and I am looking at Jira Portfolio and Big Picture.

What I am starting to wonder is if I should start putting story points at the epic level as well and add those Epics to Sprints?

A major question that I have is will this duplicate my story points in my sprint, for example if I have an epic with 2 stories that are both 8 pointers and at the same time I put 16 points for the epic and all 3 are in the sprint will that be 32 points when it should only be 16.

As I look at building my two year plan it feels like I should be adding points at the epic level. How should I handle this? How can the story estimate field help with this setup? Also are there any plugins for cloud that will add up all of the story points for an epic automatically.

Sorry for the long details, but my theory for planning is that I need a field at the epic level to add up all story points under the epic that will not effect my total sprint points.

What am I missing, is what I am asking for possible or is there another approach?

Thanks in advance for any input.



2 answers

Hi Jeff,

Have you managed to find a solution to your case?

Actually I'm struggling with the same issue. I'm trying to use Release Burndown report in Jira. But the point is that I have in my release Epics estimated in Story Points, and some of those Epics are splited into stories which also are estimated in Story Points. And as a result, I see duplicate values in Release Burndown report, and it seems that the only approach is that when you splitting an epic to the set of stories you need to zeroed the epic's story points. But in that case you cannot use epics any more in other high-evel reports to represent how many story points your epics are because some of them are zeroed due to splitting into stories.

What do you thin about it?

Hi Jeff, 

It sounds like you may want to use Swimlanes to help manage your epics in a board. For more information you can review this tutorial: could tag each epic as part of a release with the Fix Version field, a version report will roll up the story points for you. (You may also need to tag the stories to the version.)

Let us know if that doesn't help.


I appreciate your response and I think I understand what you have explained. Going through the info you provided I wonder why the completed, unestimated and estimate are not visible from the Epic only appear to be visible from the Backlog epic view. That summary of info would be helpful at each epic.

Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Bitbucket

📣 Calling Bitbucket Data Center customers to participate in research

Hi everyone, Are you Bitbucket DC customer? If so, we'd love to talk to you! Our team wants to dive deep to understand your long-term plans regarding Bitbucket DC and Atlassian Cloud. Do you plan...

173 views 2 4
Read article

Community Events

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

Find an event

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

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you