Time estimates not tracking properly?

We're having some issues with Greenhopper's time tracking functions. Specifically, we've noticed that for some versions the time estimated is listed as 0 minutes (despite every technical task in the sprint having been given an estimated time).

Moreover, we've noticed that this problem seems to be affecting "Sprint 1" specifically in each of our projects. It's a weird coincidence.

I've seen reference to time tracking issues with GH in other places, is there a realistic fix or workaround to it? Otherwise the time info in the system is unreliable and thus useless to us.

2 answers

1 accepted

This widget could not be displayed.

It turns out that Greenhopper is very finicky about dates. The issue I was experiencing stemmed from creating tasks for a sprint that had a starting date in the past - Greenhopper time tracking is set up to not add new task time estimates to existing sprints. That's the right functionality, it just makes backdating projects difficult. Which is intended.

Thanks all.

This widget could not be displayed.

Did you set the Start Date of the sprint? I think I forgot once and I got the same result.

Suggest an answer

Log in or Sign up to answer
Community showcase
Published Apr 22, 2018 in Jira Software

How-to setup a secured Jira Software 7.9.0 on Ubuntu 16.04.4 in less than 30 minutes

...PermissionsStartOnly=true User=www-data Group=www-data ExecStart=/opt/jira/bin/startup.sh ExecStop=/opt/jira/bin/shutdown.sh TimeoutStartSec=120 TimeoutStopSec=600 PrivateTmp=true [Install] WantedBy...

1,438 views 10 12
Read article

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