View and understand the epic burndown report
This page is for company-managed projects
To check whether your project is team-managed or company-managed, select More actions (•••) next to the project name in either the header or the sidebar. At the bottom of the menu that opens, you’ll be able to view whether your project is team-managed or company-managed.
More about the difference between company-managed and team-managed projects.
Please note that epics can be renamed. The information in this article is relevant, regardless of what epics are called in your instance.
About the Epic Burndown report
The Epic Burndown report shows you how your team is progressing against the work for an epic. An epic is a large user story that can be broken down into a number of smaller stories. The report will show data based on the estimation statistic that your board is using.
Here are some of the ways that you could use an Epic Burndown report:
See how quickly your team is working through the epic,
See how work added and removed during the sprint has affected your team's overall progress, and
Predict how many sprints it will take to complete the work for an epic, based on past sprints and changes during the sprints.
If you have used the Epic Report before, you will notice some similarities. However, the Epic Burndown is optimized for scrum teams that work in sprints — which makes tracking much easier.
Viewing the Epic Burndown report
Navigate to the relevant project from your sidebar.
From your project navigation, select the Reports tab, then select Epic Burndown.
Select the relevant epic from the Epic Burndown drop-down. You will be able to select from epics that are in projects configured for your board (via the board's filter)
If you are using Internet Explorer 8, the Epic Burndown report will not work.
Printing in the Epic Burndown report
To print the report, view the report and use the print functionality for your browser. The report will fit on either A4- or Letter-sized pages in both portrait and landscape modes (note, there is a known issue printing in landscape using Chrome).
Understanding the Epic Burndown report
Before you start using the Epic Burndown report, you should get to know how it works.
The sprint bar
Light green section = work completed during the sprint. If a bar is completely light green, you won't be able to tell how much of the work completed was originally estimated or not. To find out this information, click the bar to view the details.
Light blue section = work that is remaining in the epic, out of the total work estimated for the epic at the start of the sprint.
Dark blue section = work that was added during the sprint, but not originally included (i.e. scope change).
Light green section + light blue section = total work in the epic that was originally estimated at the start of the sprint.
Light blue section + dark blue section = total work in the epic that is remaining at the end of the sprint.
Bars with grey sections = predicted sprints (see below).
Predicted sprints
Predicted sprints are calculated based on your team's velocity* (amount of work completed in the last three sprints), and the total work remaining for the epic. Scope change is not considered when calculating the velocity*, but is included in the total work remaining.
*not the same as the velocity described in the Velocity Chart
Consider the following example:
Assessing the outstanding work: 12 story points are remaining for the epic, at the start of the current sprint (sprint 10).
Calculating the velocity: 7 story points were completed in the last three sprints (sprint 8, sprint 9, and sprint 10). This averages out to a velocity of 2 story points per sprint, rounding to nearest story point.
Predicting the remaining sprints: At a velocity of 2 story points per sprint, it will take 6 more sprints to complete the work for the epic. That is, 6 sprints of 2 story points each.
Is my current sprint counted when calculating my team's velocity?
The current sprint is usually not counted when calculating the team's velocity. In the example above, the current sprint bar shows grey sections (like the bars for the predicted sprints) to represent this. The exception is when you have already completed more work in the current sprint than the work that was predicted to be completed. In this case, the current sprint (and the actual work completed) is used as one of the three sprints used to calculate the velocity. Also, the sprint bar will show green/blue sections, like the bars for completed sprints.
For example, in the chart above, if your team had not completed more than 2 story points in sprint 10, then the work completed in sprint 7, sprint 8, and sprint 9 would be used to calculate the velocity — rather than sprint 8, sprint 9, and sprint 10.
Other functionality
The following questions and answers cover the other key functions of the Epic Burndown report:
What determines the first and last sprints shown on the chart?
The first sprint shown is the one that contains the first work item (in the epic) that transitions out of the 'To Do' status, i.e. work is started on the epic.
The last sprint shown is the one when all work is completed for the epic; or if work remains, then the predicted sprint when work will be finished.
The mapping of statuses to your board determines when a work item is considered 'To Do' or 'Done'.
How does the percentage of unestimated work items affect the report?
The Epic Burndown report can only make predictions based on the estimated work items in your epic. This does not include work items that cannot be estimated (e.g. you have configured a work type to not have the Story Points field). If you have a high percentage of unestimated work items, then the predictions in the report will not be reliable (the % unestimated work items label is colored red when the percentage is above 30%).
For example, if you have only estimated 10% of the work items in the epic, then the report predicts the completion of work for the epic based on the 10% of the total work items. In reality, your team probably has much more work left to complete.
What changes affect the original estimate and what changes affect the scope (work added)?
The following changes affect the original estimate of a sprint:
A work item in an epic (before it started) is estimated (estimate is added)
A work item in an epic (before it started) is re-estimated (estimate changes)
The following changes affect the scope of a sprint:
A work item is added to an epic (after it was started) with an existing estimate
A work item that was added to an epic (after was it started) is estimated (estimate is added)
A work item that was added to an epic (after was it started) is re-estimated (estimate changes). Note, if the work item is re-estimated in a later sprint, the scope is retroactively adjusted in the sprint that the work item was originally added to.
If work is completed outside of a sprint, how is it represented?
Any change (burndown or scope) that occurs outside a sprint will be shown as part of the sprint with the latest start date before the change date.
If a completed work item is reopened or added/removed from an epic, how is it represented?
Work item completed in a sprint, then reopened:
The work item will not be shown in the earlier sprint.Work item completed in an epic, but removed from the epic afterwards:
The scope will remain unchanged and the work completed is still shown.Work item completed in another epic, but later included in the epic (shown on the report):
The scope will remain unchanged.Work item completed in a sprint, but only added to the epic afterwards:
The work item will be shown on the report, as if it was always part of the epic.
What if my work item is in an unmapped status?
If your work item is in an unmapped status (i.e. status not mapped to a column), it will not be considered in the Epic Burndown report. That is, it won't be included in the sprint bars, the % unestimated work items, remaining story points, etc.
Was this helpful?