Burn-Down or Drain Chart¶
Time-series chart — instantiates Backlog Visibility
Plots remaining work against time and arrivals so you can see whether the backlog is actually draining, holding, or quietly refilling — and roughly when it hits zero.
Every other view of a backlog is a still photograph; the Burn-Down or Drain Chart is the movie. It plots the size of the remaining work over time and, crucially, sets that curve against the rate at which new work arrives — because a backlog can fall for a week purely because arrivals paused, then snap back the moment they resume. Its defining move is to make net motion the subject: not "how big is the pile" but "is the pile getting smaller, and why." From the slope it reads a drain rate, and by extrapolating that slope against continuing arrivals it projects when — if ever — the backlog reaches zero. It is the one sibling that answers the dynamic questions: are we winning, and when do we finish?
Example¶
An e-commerce retailer's returns-processing team is buried after the holiday surge: 42,000 return requests waiting to be inspected, refunded, or restocked. Management wants to know if the "all hands" push is working. A Drain Chart plots the open-returns count daily. In the first week the line drops from 42,000 to 33,000 — apparent victory — but the chart overlays the arrivals line, and January returns are still pouring in at ~4,000/day. The net drain is real but thin: the team is clearing ~5,300/day against ~4,000 arriving, a true burn-down of ~1,300/day. Extrapolating that slope, the chart projects the backlog clears in about 25 working days — but only if arrivals keep falling as the return window closes. When a supplier recall spikes arrivals mid-month, the curve flattens visibly, and the projected clear-date jumps three weeks in a single day — a warning the raw count, still falling, would never have given.
How it works¶
- Track the remaining series. Sample the open backlog size at a fixed interval and plot it as a line — the raw shape that shows rise, plateau, and fall.
- Overlay arrivals against completions. The single most important addition: show inflow beside outflow, because the net of the two is the only honest measure of progress.
- Read the slope as a rate. The chart's gradient is the drain rate; a flat line at a falling count means completions barely beat arrivals.
- Project to zero. Extend the current net slope forward to an estimated clear-date, and re-project as the slope changes — an ETA that is a trend line, never a promise.
Tuning parameters¶
- Sampling interval — how often the remaining series is measured. Fine intervals show real dynamics but are noisy; coarse intervals are smooth but hide short surges.
- Smoothing window — raw daily points vs. a moving average. Smoothing clarifies the trend but lags a genuine inflection, so a fresh spike shows up late.
- Arrival treatment — whether inflow is drawn, assumed flat, or projected to taper. This assumption dominates the ETA: a chart that ignores continuing arrivals is the classic way a drain chart flatters progress.
- Scope baseline — whether the "remaining" total is fixed at the start or allowed to grow as new work is admitted. A fixed baseline burns down cleanly; a growing one tells the truth about a moving target.
- Projection horizon — how far forward the extrapolation runs. Longer horizons give a satisfying clear-date but compound the arrival assumption's error.
When it helps, and when it misleads¶
Its strength is separating real progress from apparent progress. A falling count feels like winning; the drain chart, by showing completions net of arrivals, reveals whether the team is actually gaining on the backlog or merely riding a lull — a direct visual expression of the relationship Little's Law formalizes between backlog size, throughput, and wait.[n1] It is also the earliest place a stalling recovery shows up, as a slope that flattens before the count does.
Its failure mode is the seductive straight line to zero. Extrapolating the current slope assumes the future looks like the recent past — stable arrivals, steady capacity, unchanged scope — and the moment any of those breaks, the projected clear-date is fiction. The classic misuse is presenting that ETA as a commitment ("cleared by month-end"), which turns an uncertain extrapolation into a promise the arrival rate can casually break. The guarding discipline is to always plot arrivals alongside completions, to state the projection's assumptions on the chart, and to re-forecast rather than defend a clear-date once the slope moves.
How it implements the components¶
The Burn-Down or Drain Chart fills the dynamics slice of the archetype — motion and projection — and leaves the static cuts to its siblings:
drain_rate_estimate— its core reading: the slope of remaining work, taken net of arrivals, tells whether the backlog is shrinking, stable, or growing.forecast_or_eta_model— extrapolating that slope forward yields an estimated clear-date, re-projected as the trend changes.backlog_metrics— the remaining-count series and the paired arrival/completion counts it plots over time.
It does not implement age_distribution — how long individual items have waited is Aging Report — nor service_level_signal; the breach-risk interpretation of the flow lives in Queue Health Metrics. The chart shows the backlog moving, not how old any one item is or whether a promise is broken.
Related¶
- Instantiates: Backlog Visibility — it supplies the dynamic, does-it-drain view that the static cuts cannot give.
- Consumes: Queue Health Metrics supplies the arrival- and completion-rate definitions the chart plots over time.
- Sibling mechanisms: Aging Report · Backlog Report · Exception Queue Audit · Queue Dashboard · Queue Health Metrics · Ticket Aging View · WIP Board · Service-Level Monitor
Editorial Notes¶
Form Classification¶
Form family: Monitoring, Sensing & Alerting
Rationale: Plots remaining work against time and arrivals so you can see whether the backlog is actually draining, holding, or quietly refilling — and roughly when it hits zero, making its operative form an ongoing sensing arrangement that repeatedly observes state and surfaces changes or alerts.
Independent corroboration: The frozen evidence defines Burn-Down or Drain Chart as 'Plots remaining work against time and arrivals so you can see whether the backlog is actually draining, holding, or quietly refilling — and roughly when it hits zero', so its operative form is Monitoring, Sensing & Alerting.
Review outcome: Independent reviewer agreement; high confidence.
Origin Attribution¶
Primary origin: Organizational & Management Science
Origin pattern: Cross-disciplinary synthesis
Present-day reach: Multi-domain
Rationale: Agile and project-management practice cohered the burn-down chart as a named visualization of remaining work against time.
Related originating lineages:
- Computer Science & Software Engineering — Agile software-development practice made burn-down charts a recognizable operational artifact.
- Operations Research — Queueing and flow analysis supply arrival rate, completion rate, backlog, and clear-date projection.
Review resolution: Project and organizational management is primary because it established the burn-down chart as remaining work over time. Agile software practice materially formed the named chart, while operations research supplies the added arrival, throughput, and projected drain-rate overlay; this expanded form is therefore a synthesis.
Encyclopedia synthesis: The exact catalogued form synthesizes established practice rather than reproducing a single standard historical label.
Review outcome: Reconciled after independent review; high confidence.
Sources consulted:
Notes¶
[n1] Little's Law — in a stable queue the average number of items waiting equals the arrival rate times the average wait (L = λW). It is why a drain chart must show arrivals: throughput alone cannot tell you whether the backlog shrinks unless you also know the rate work is coming in. ↩