Reviewed by: Madhur Kathuria
In product management, development must stay on track and finish when promised. Whether the product is for customers, clients, or internal stakeholders, making and meeting their commitments is essential. Failing to meet those commitments can ultimately lead to wasted money and poor product results.
For agile teams (and scrum teams who choose to use them—no chart is required as a component of scrum), a burn-up chart is a visual tool for tracking the work completed over time, used to understand progress and remaining effort.
Over time, burn-up charts help to establish how effectively the team completes work over multiple sprints, allowing them to estimate how many sprints it will require to complete a product. With this information, teams work more efficiently, make commitments they can keep, and deliver high-quality work.
A burn-up chart is a graph. The vertical Y-axis represents scope—in story points, issues, estimates, etc. The horizontal X-axis represents time, usually in days. The point of this chart is to show how much work has been completed against the team’s total work or scope.
The benefits for a scrum team are that the chart helps the team to:
Another feature on these charts is an ideal line that shows how the work pace would proceed in a perfect world to meet the deadline. As teams complete work throughout the sprint or iteration, they can compare their actual speed of work against the ideal.
With the easy ability to track work completed against a deadline or projected completion date, a burn-up chart gives teams a real-time visual of their progress against their commitments. It helps them see if they are consistently making deadlines over time.
These two tools tend to get confused with one another, but they don’t track the same thing.
A burn-up chart tracks complete and incomplete work during a product’s development, sprint, etc. Visually, the lines are tracked upwards on the graph, showing progress from zero to 100% completion from bottom to top.
A burn-down chart is different, and another tool that scrum teams may use to track the amount of work remaining on a product or sprint. These charts start from a known start point measuring story points, PBIs, or hours of effort from 100% to zero. Visually, the lines track downward on the graph from top to bottom.
Burn-up charts have these benefits for agile and scrum teams:
Once a team completes a few burn-up charts, it can give the team valuable insight into their scope. The team can accept more work if they consistently complete it before the sprint or product development ends. If work still needs to be completed at the end of the sprint(s), they are trying to do too much.
When the teams know exactly how much work they can complete in a given time, they become more predictable, which helps the accuracy of planning future sprints and product commitments.
Some teams use software programs for product management, like Jira or Asana. These programs track sprint length, backlog items, story points, etc. A benefit to using these programs is that they will automatically create burn-up charts per sprint.
These programs typically house the team’s backlog and are organized by sprints. The work they accept into the sprint creates a kanban board that separates tasks into to-be-done, in-progress, and done categories throughout the sprint.
While these programs are the easiest way to generate burn-up charts, they can also be done manually or in Excel.
Steps for creating a burn-up chart:
Here is an example of a burn-up chart in scrum:
The peach line is the ideal trend of completed story points throughout the sprint.
The blue bars are the number of story points completed and when during the sprint.
Tips for reading this chart:
Ideally, the developers update the burn-up chart as they complete their work. Since teams are self-managing, they should be diligent in being transparent about their pace of work. Sometimes, the scrum master may help the team update the chart, but the entire team is responsible for updating it.
Some teams may use the burn-up chart and only update it and review it at the end of the sprint. But, if it’s a tool to track progress, it might not help to update a burn-up chart at the end of a sprint. If you’re not checking in daily on your progress to completion, how do you know you’re on track?
Most importantly, burn-up charts should be used as a practical tool, not to punish a team. It’s a positive tool that helps facilitate communication and transparency rather than a way for anyone to micro-manage the team.
With burn-up chart information at anyone’s fingertips, it’s easy to adapt work as needed throughout a sprint to ensure scrum teams deliver completed work on time. With the ability to consistently make and meet commitments, teams become predictable, can better estimate the scope for the next sprints, and know that they are performing their best—instead of being bogged down by endless tasks they feel they can never complete.
Are you interested in learning more about scrum? Check out our Scrum Alliance Resource Library for educational information about scrum. You can also subscribe to our emails to get new articles delivered straight to your inbox.
Get the latest resources from Scrum Alliance delivered straight to your inboxSubscribe