Reading the Burndown chart using time

Juan Du Toit

Hi,

We are using time to estimate our work as we bill by the hour and  run weekly sprints

I am looking at a burndown chart where we track time spent using remaining time estimate as I want to understand it better as to give feedback to the team 

My understanding is:

• The green line burns hours up which was logged during sprint
• The red line burns down as time is being logged during sprint 
• The red line burns down if the remaining estimate has been reduced
• The red line shows the initial commitment
• The red line burns up if the remaining estimate has been changed to a higher value
• The red line burns up when issues with time estimates get added to the sprint
• Commitment values should be the same when looking at the burndown chart and the velocity chart

 

Questions:

• Why does the green line burn down if an issue was removed from the sprint with some time still left on the remaining
• Is there another scenario's where the green line will burn down? 
• Does the green line represent hours logged during the sprint and the red line hours remaining? In other words, in extreme sprint scope change conditions, the green line would burn up, but the red line burns down very slowly creating a gap between the committed hours vs remaining? The wider the gap, the bigger the scope change in adding work?
• Why do the commitment and completed values differ between the burndown chart and the velocity report?
• Is there any additional information one can deduce from the burndown I attached?

 

Screenshot: Burndown

1. Commitment: 257h
2. Client-1: Scope Change - Issue Removed from sprint
3. Time logged: 242 (Completed value)
4. Time remaining: 58.83h
5. Difference between point 1 and 4 against point 1 = the scope change?

 

Screenshot of Velocity Report

1. Commitment:343.48h
2. Completed: 204.43

 

Thanks for all your help - I know it's a month full

Warren_mz9b4z

Hi @Juan Du Toit 

The green line is the amount of effort in the sprint i.e. the amount of time that has been logged by the team. If an item is taken out of the sprint, the time that was logged on that item doesn't relate to the sprint anymore, hence it will go down slightly.

The red line is the remaining time, which will change when :

• Someone explicitly changes the remaining time on any ticket
• Someone logs time against a ticket (Jira automatically updates the remaining)
• A ticket is added to the sprint after sprint start
• A ticket is removed after sprint start

I don't see any attachment here, but from your Burndown description, the difference between commitment and remaining ISN'T necessarily the scope change - it would only be that if it was a perfect situation where each team member logged exactly 1 day's hours every day and never updated a remaining estimate.

Under the Burndown chart is the list of all sprint changes and that is the only accurate log of scope changes.