Burndown Chart Calculator

Burndown Chart Calculator

Track Agile sprint progress and project completion velocity. Compare actual vs. ideal burndown to identify schedule risks early.

Last updated: March 2026

What is a Burndown Chart?

A burndown chart is a visual representation of work remaining versus time remaining in an Agile sprint or project. It shows the rate at which work is being completed and helps teams determine if they're on track to finish on time.

The chart plots two lines: an ideal burndown line showing the planned rate of progress (assuming work is completed at a steady pace), and an actual burndown line showing real progress. When the actual line is below the ideal line, the team is ahead of schedule. When it's above, the team is behind.

Burndown charts are fundamental to Scrum and other Agile methodologies. They provide transparency, enable early detection of problems, facilitate daily standup discussions, and help teams improve velocity estimation over time. The chart uses story points rather than hours, focusing on work completed rather than time spent.

How to Use Burndown Charts

Calculation Method

Ideal Rate: Total Points ÷ Sprint Days
Ideal Remaining: Total − (Ideal Rate × Days Elapsed)
Actual Remaining: Total − Points Completed
Actual Velocity: Points Completed ÷ Days Elapsed
Variance: Actual Remaining − Ideal Remaining

Daily Sprint Tracking

Each Day:
Update completed story points after daily standup. Calculate remaining work and compare to ideal burndown.
Interpret the Chart:
• Actual below ideal = ahead of schedule
• Actual above ideal = behind schedule
• Flat line = no work completed (blocker?)
• Upward spike = scope creep
Take Action:
If behind, identify blockers, reduce scope, or ask for help. If ahead, consider pulling in additional work.

Example Sprint

10-day sprint with 50 story points:

Sprint Setup:
Total Story Points: 50
Sprint Length: 10 days
Ideal Velocity: 5 pts/day
Day 4 Check:
Completed: 20 points
Ideal Remaining = 50 − (5 × 4) = 30 points
Actual Remaining = 50 − 20 = 30 points
Actual Velocity = 20 ÷ 4 = 5 pts/day
Status:
✓ On Track

Variance = 30 − 30 = 0. Team is maintaining perfect velocity of 5 pts/day. At this rate, all 50 points will be completed by day 10.

Projected Scenarios:
• If velocity stays at 5 pts/day → finish exactly on time
• If velocity drops to 4 pts/day → need 12.5 days (2.5 days late)
• If velocity increases to 6 pts/day → finish in 8.3 days (1.7 days early)

Frequently Asked Questions

What if the burndown line goes up?

An upward spike indicates scope creep—work was added mid-sprint. This is a red flag. Either remove the added work, extend the sprint (not recommended), or accept that some committed work won't complete.

Why use story points instead of hours?

Story points measure complexity and effort, not time. They're consistent across team members (a 5-point story is 5 points whether it takes you 3 hours or 8). Points also avoid micro-management and focus on delivery.

What's a healthy velocity?

There's no universal 'good' velocity—it varies by team size, experience, and point scale. Track your team's velocity over 3-5 sprints to establish a baseline. Consistency matters more than raw speed.

Should weekends count in sprint days?

Most teams exclude weekends. A 2-week sprint is typically 10 working days. Some teams work weekends or have different schedules—adjust accordingly. Be consistent in your calculations.

What if we finish early?

Great problem to have! Pull in the next highest-priority items from the backlog. This is why it's valuable to have a well-groomed backlog ready. Don't add random work—stay aligned with priorities.

How do we handle blockers on the chart?

Blockers create flat lines (no progress). Document the blocker, escalate immediately, and show the flat period on your burndown. This visualizes the impact and urgency of removing impediments.

Can we change story point estimates mid-sprint?

Avoid it. Changing estimates distorts velocity data and makes burndown charts unreliable. If a story is way off, it indicates estimation needs improvement—address it in sprint retrospective.

What's the difference from a burnup chart?

Burndown shows work remaining (starts high, goes to zero). Burnup shows work completed (starts at zero, goes to target). Burnup better visualizes scope changes. Both are useful; burndown is more common.

Related Tools