When using the Time Tracking feature for a board the ideal line on the burndown chart is missing

We are using Greenhopper v6.2. We have set the Time Tracking feature of our boards to “Remaining Estimate and Time Spent” so that our teams have their sub-task estimates visible in Work mode and they can easily update them. This feature also affects the burndown chart. Instead of seeing a story points burndown, we see hours. This is fine. The problem we have is with the ideal line on the burndown chart.

Once we start the sprint, we then create the sub-tasks necessary to support the stories (during our sprint planning). When we do this the burndown chart does not create an ideal line (assumingly because when the sprint starts there are 0 hours associated with non-existent sub-tasks). For example, we start a sprint on May 13, the team then adds their sub-tasks on May 14<sup>th </sup>during sprint planning. There is no ideal line on the burndown chart.

If we change the start date of the sprint (to a date after the sub-tasks are created) after the sprint actually started, the burndown chart contains a more appropriate ideal line. To continue with the previous example, if we change the start date of the sprint to be May 15th then we see an ideal line in the burndown chart.

The dilemma … do we keep the sprint start date as the real start date of the sprint and forego the ideal line in the burndown chart, or do we falsely alter the start date so that we see an ideal line in the burndown chart. What we really want is both, the accurate sprint start date and an ideal line in the burndown chart. If we don’t use time tracking then our burndown chart shows the ideal line because the story points are known when the sprint starts (but we want the team to see their estimates in Work mode).

Is there a way to get an ideal line in a burndown chart with Time Tracking on (and maintain accurate sprint start dates)?

Thanks,

Mark

2 answers

We had the same problem here and we are a bit newbies to agile/scrum, so I'm not sure if we are doing it the way it is suposed to be done.

The product owner usually creates the issues in the backlog but at that point they are not estimated. When we plan the sprint, we have to detail the issues and estimate them (sometimes creating subtasks) and we only add them to the sprint once they are estimated. After that, we start the sprint and this way whe ideal line on the burndown is created. The problem is that the planning meeting becomes really long and technical to be able to estimate the issues.

Just my 2 cents,

Jose Luis.

We have been moving the start date past sprint planning to see the ideal line.

Suggest an answer

Log in or Sign up to answer
How to earn badges on the Atlassian Community

How to earn badges on the Atlassian Community

Badges are a great way to show off community activity, whether you’re a newbie or a Champion.

Learn more
Community showcase
Published May 21, 2018 in Jira Software

How large do you think Jira Software can grow?

Hi Atlassian Community! My name is Shana, and I’m on the Jira Software team. One of the many reasons this Community exists is to connect you to others on similar product journeys or with comparabl...

1,197 views 10 18
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