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

Sprint report - hours left in sprint are wrong Edited

It seems to only have effected our most recent sprint.  

We are using Jira provided time tracking. Our Devs log their time on each issue. When we estimate each issue, we add it in Estimated time field AND time remaining. 

Is there anything that changed in Jira recently that could have caused the report to miscalculate the remaining hours in a given sprint?

In my report, it shows approx. 55+ hours left, but Not Completed issues only add up to 25 hours remaining:


Any ideas? 

Thank you in advance!

1 answer

1 accepted

1 vote
Answer accepted

Hi @Andrew Gunther


can you publish the table that you see under the sprint report?

Hi @Andrew Gunther


you can also check the burndown chart, where the table is much more detailed. Probably some of the tickets were modified after completing the sprint, or the scope was modified, etc. Probably some of the cases are not supported properly.


Moreover, Jira UI is as always a little bit messy. For example, I do not know how you achieved to get 'Estimated time' in your table. I can only have 'Original Time Estimate' there.

The burndown chart, unfortunately, shows the same info. 

The scope was changed during the sprint, but most of our sprints, we end up getting a couple of immediate issues and we have to push a couple of issues to the next sprint. But I always remove the same amount of estimated time we are adding. 

What I find strange, is that, we've been doing this for 1.5 years, and the reports have always shown the correct burndown.. we didn't do anything differently this sprint. 

Ya Jira settings can be a little convoluted in my opinion.. we are using a built in Field called Estimated Time and the Field Time Tracking (can find both of these in Field Configurations)

and in Board Settings:


This all could be caused by my setup.. but as far as I know, nothing has changed from one sprint to the next.. 


OK, so the estimated time is the original time estimate.


That means that everything is OK in your case, but you are comparing different values. You have the remaining time estimate on the graph, but original time estimate in the table.


You shouln't modify the original time estimate manually, as it may introduce the confusion we have seen here.

That makes much more sense. So at the start of the sprint, we would only enter the estimated time. And if I am understanding correctly, that would become the original estimated time. What happens to an issue that spans over multiple sprints with the original estimated time?


I think it could be that at the start of the sprints, we estimate each issue and enter in "Estimated Time" field. And add the same value to "Time Remaining" on the Time tracking screen (

If we didnt add that value there, we wouldnt be shown the estimate on the backlog view:

I think we have figured it out! Had a hidden field called "Original Estimate"

Thank you for all your help!! 

Suggest an answer

Log in or Sign up to answer
Community showcase
Posted in Portfolio for Jira

Program managers, we need your help! We want to learn about how you plan work for a team of teams

Hi community members, My name is Erika and I’m a product manager at Atlassian. We’re currently investigating how teams are planning work at the program level. We understand that every team in a tea...

145 views 0 5
Join discussion

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