Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

Subtask estimate not rolling up to parent



1) I have created Story with Original Estimate of 4w


2) I have created Subtask 1 Original Estimate of 2w

3) I have created Subtask 2 Original Estimate of 2w

4) I log work on Subtask1 for 1 w

5) Subtask1 Remaining Estimate shows 1w which is correct

6) Story Remaining Estimate still shows 4w


Please suggest why log work is not rolling up to Parent Story.








6 answers

1 accepted

0 votes
Answer accepted

Could you explain where you are looking for the rolled up values?  Have you got the "include sub-tasks" box ticked in the panel?

At Parent Level issue.


Remaining Estimate.png

What you are referring to Time Tracking. Which is not what i am looking.


In my JIRA dashboard using filter result, I would like to show how much Progress I am making on Issue. Currently it is reflecting 0% as Remaining Estimate is not rolling up from Subtask Log work.

I think you have misunderstood.  Time tracking and time estimation are the same thing.  A parent issue has a panel that shows the time tracking, with a flag to tell it to include sub-tasks or not.

Have another look at the available fields; the ones like original estimate, work logged etc report only on the current issue.  Go to the bottom of the list of fields and you will see Σ fields that have the same name.  Those mean "show data current issue and sub-tasks (if any)".  Those should do what you need in a filter result gadget.

This works Nic. Thank You.

I would like to ask What is the best practice.

Can i have user stories estimated in story point and subtask in hours.When showing progress of the Story you can use Filter result Gadget using Subtask logged effort.

Amit - I don't see that anyone has answered your question from a year ago.  I have the same question today - can the story be in points and the sub tasks be in hours - that is what I'm used to in other tools - and sprint capacity is tracked in hours / person.  Any advice from JIRA best practices?

Like Wesley Seward likes this

Same question. Other tools typically track sprint velocity in hours estimated/versus actual. So having subtasks on stories roll-up for estimated, time remaining, and actual makes sense. That is how other tools work.

I am trying to figure out how to do with without creating a script.

Edit: Found it. The answer below actually had it.

In Board Settings - > Card Layout

There are 3 possible metrics you can show on each card on the board. 

At the very bottom of the list are settings with the Σ (sigma) symbol. Those sum the values from the subtasks.

Hi all, this is how I resolved this issue:

Board Settings -> Card layout -> Choose 'Σ Original Estimate' / 'Σ Remaining Estimate'

Hope this will be helpful! 


works perfect!


Like # people like this
1 vote
Ignacio Pulgar Community Leader May 28, 2018

This seems to be an issue related to the new Jira issue view:

Logged my comment, we need this functionality. 

I agree. We really need this. It is creating a lot of manual work for me and team because of this.

Hi, I have some issue related to Remaining time estimate.

1. The sprint has been created by some user.
2. The sprint contains defects and stories
3. Remaining time estimate has been provided in sub-tasks during issue creation, which is visible in parent issue's time tracking. (If we remove Include sub-tasks, the Time tracking data will be invisible because it was coming from child tasks).
4. I added few details in active sprint's backlog, to view time estimates (i.e., Σ Original Estimate and Σ Remaining Estimate). So I can view total time estimate and total remaining time. So data is fine here.
5. When I check workload by assignee in sprint's backlog (by pressing three dots), I see Remaining estimate and Remaining time estimate based on assignee. Which is zero in all cases... The workload feature addition details provided by Attlassian is here.
6. This Remaining Time estimate is zero for all the issues where time is being taken down from sub-tasks, while it is giving value for those were estimate time has been added for paresnt task.

7. When I see burndown report for that sprint, it takes the same figures (as in asignee workload) .Why Remaining time estimate is not being read properly when Σ Remaining Estimate  per issue is present.

****It is the case that sprint does not take sub-task's time estimate when sprint is created?Because when sub-tasks are showing correct estimate after work-logs are added in later point of time, why the same remaining estimate is being recorded in burndown when sprint was first created?

Please provide your opinion based on your work exp.


I can confirm I have exactly the same issue described above by Pooja.  The remaining estimate is zero in the workload by assignee, when this value is determined by sub tasks only.  Observed on multiple projects.  Cards have the estimate items added as in 4. above.

To further show the behaviour , if I goto a story that has various estimated sub tasks, and add an original estimate at the story level, then ONLY this new value appears on the workload by assignee table, not the total estimate including sub tasks.

Jira cloud 8.5.5  

Like Breno Merola likes this

As a followup I have resolved the observation above.

In this case the scrum board filter query excluded sub tasks issue types.  When this was changed to include sub tasks then the estimates by assignee  shows as expected.  

I then added a quick filter to exclude the subtask issuetype when required.

I really hope this isn't a case of "not a new bug, will never ever fix"

0 votes

Hey Amit,

The issue is likely that you put an Original Estimate on the Story.

If you remove the Original Estimate from the Story and let the values roll up from the Sub-Tasks they should be reflected properly.

Hope this helps,


I Tried all possible scenarios but it did not work.

I spent 4 hours but unsucessful.


I am not sure whether it is supported.

Any help will be appreciated. I 

This is incorrect. Once an original estimate has been put on a story, sub-tasks will never again roll up to it, regardless of whether the original estimate is removed.

Seems like a Jira bug.

Yes they do.  Just flip the "include subtasks" flag.

Like Leslie Ciccariello likes this

I'm sorry, but that's not the case on the Backlog view. The "include subtasks" flag only works correctly on the single item view.

It's working fine for me, I think we need to know what's different between your install and Tyler's.

Happy to provide more info, just not sure what to provide.

Repro steps for what I'm seeing (could very well be user error):

1. In the backlog view, click a parent ticket which is correctly showing an estimate that totals all its subtask estimates

2. Change the estimate on the parent manually to anything

3. Change the estimate on the parent back to 0

4. Expected: estimate would revert to showing the total of its subtasks. Actual: estimate remains at 0 forever.

Sub-tasks time estimates add up correctly to parent's estimate in the old view of JIRA.

It's in the new view that we don't see it adding up and displaying.

Actually, we don't have the option "Include sub-tasks" in the new JIRA view.  This seems to be a bug in the new view.

Like Daiana Oprea likes this

Did anyone come across a solution to this issue? as I am facing the very same issue of not seeing 'Include Subtask' checkbox in new Jira view

Could really use an update to this as well.

I am experiencing the same issue — there is no way to select „include sub-tasks” in the new Jira view. The bug is reported here The workaround suggest to get back to the old issue view in Personal Settings. The thing is... this option is not available anymore in my profile page (previously visible in Jira Labs section).

Has anybody tackled this?

Like # people like this

Suggest an answer

Log in or Sign up to answer

Atlassian Community Events