Why does greenhopper subtract logged work from original estimate instead of using remaining estimate field?

My JIRA is configured in a way that when issue is resolved faster than it was originally expected (for example, 2h instead of 8h), remaining estimate is automatically set to 0h. But greenhopper does not take into account value of 'remaining estimate' field. It takes difference of 'original estimate' and 'logged work' instead. In the course of the sprint those inconsistencies (8h - 2h = 6h) pile up and at the end of the sprint burndown chart shows that there is still work to be done even though many tasks were completed faster. For example, if three tasks were completed faster then it was originally estimated (3h instead of 7h, 2h instead of 8h and 5h instead of 10h), greenhopper will consider 15h (4h + 6h + 5h) to be remaining estimate at the end of the sprint. Thus, GreenHopper breaks many burndown charts of my team and it causes different kinds of other inconsistencies.

Is this a bug or expected behavior? How would you recommend to configure JIRA and GreenHopper in order to get rid of this nasty problem?

PS. Currently installed GreenHopper version is 6.1.5.

2 answers

GreenHopper shouldn't do this. Are you using the new boards or the classic boards? The only case I can think of where this would happen is if your workflow post function to set remaining estimate to 0 happens after the workflow post function to write issue history. In that case the issue history does not correctly show an update of the remaining estimate so GreenHopper cannot work out how/when that change occured.

Thanks,
Shaun

We are experiencing the very same thing. It is driving me nuts. I am nagging everyone on updating the remaining value on their issues, since that is the most likely time remaining. But, when the greenhopper charts keep using the original time estimate it is really not much help. The estimated completions anything but accurate.

Board Estimation ise set like this:

  • Estimation Statistic = Original Time Estimate (although we are planning to change to story points)
  • Time Tracking = Remaining Estimate and Time Spent

Suggest an answer

Log in or Sign up to answer
Atlassian Community Anniversary

Happy Anniversary, Atlassian Community!

This community is celebrating its one-year anniversary and Atlassian co-founder Mike Cannon-Brookes has all the feels.

Read more
Community showcase
Sarah Schuster
Posted Mar 28, 2018 in Jira Software

Can a company’s culture make or break agile adoption?

Can a new-to-agile team survive and thrive in a non-agile culture? If so, what advice would you give to those trying to be agile in a non-agile culture? What's the key(s) to success? Share your thoug...

13,249 views 15 14
Join discussion

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