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

0 votes
Accepted answer

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.

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 Jan 29, 2019 in Jira Software

Transforming Jira Software projects for general project management purposes

...It's true that there are projects in Jira; but they are merely a way to cut off issues, to tell them apart from other sections of work and to apply rules that are specific to that team (the schemes)....

147 views 0 6
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