Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Deleted user
0 / 0 points
Next:
badges earned

Your Points Tracker
Challenges
Leaderboard
  • Global
  • Feed

Badge for your thoughts?

You're enrolled in our new beta rewards program. Join our group to get the inside scoop and share your feedback.

Join group
Recognition
Give the gift of kudos
You have 0 kudos available to give
Who do you want to recognize?
Why do you want to recognize them?
Kudos
Great job appreciating your peers!
Check back soon to give more kudos.

Past Kudos Given
No kudos given
You haven't given any kudos yet. Share the love above and you'll see it here.

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

Subtask estimate not rolling up to parent

Scenario:

 

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! 

Screenshot-1.png

works perfect!

Thanks

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:

https://jira.atlassian.com/browse/JSWCLOUD-16878

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.

0 votes
Tyler Brown Community Leader May 23, 2018

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,

Tyler

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 Cristina-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 https://jira.atlassian.com/browse/JRACLOUD-69587 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

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

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. https://jira.atlassian.com/browse/JSWSERVER-11177?error=login_required&error_description=Login+required&state=cd4a5d3e-674a-4ab9-9569-e0d09497f9d4
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.

Thanks

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.

Suggest an answer

Log in or Sign up to answer
TAGS
Community showcase
Published in Jira Service Management

JSM June Challenge #2: Share how your business teams became ITSM rockstars

For JSM June Challenge #2, share how your non-technical teams like HR, legal, marketing, finance, and beyond started using Jira Service Management! Tell us: Did they ask to start using it or...

322 views 9 7
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