Диаграмма сгорания задач (burndown chart) — это визуальный инструмент, который показывает, сколько работы осталось выполнить в спринте или проекте, и как эта цифра меняется с течением времени. Её часто используют в гибких методологиях (Agile), чтобы команда и Scrum-мастер могли быстро оценить, укладывается ли ход работ в запланированные сроки.
Диаграмма выглядит как простой график:
- Вертикальная ось — объём оставшейся работы (обычно в стори-поинтах, часах или количестве задач).
- Горизонтальная ось — время (дни спринта или недели проекта).
- На графике две линии: «идеальная» (прямая, показывающая равномерное выполнение работы) и «фактическая» (реальная динамика завершения задач).
На примере крупной финансовой компании: там Agile-коучи помогли командам использовать burndown-диаграммы в сочетании с ретроспективами, что повысило прозрачность и доверие к процессу. Однако есть и обратные примеры, когда красивая линия на графике скрывала раздувание объёма работ и перенос тестирования на последний момент.
Виды burndown-диаграмм
- Sprint burndown — показывает оставшуюся работу внутри одного спринта. Помогает понять, успевает ли команда выполнить запланированное.
- Release burndown — охватывает несколько спринтов, ведущих к релизу. Даёт представление о прогрессе на уровне выпуска продукта.
- Epic burndown — показывает работу по крупной функциональности (эпику), которая может длиться несколько спринтов.
Burndown vs Burnup
Burndown показывает, сколько работы осталось (линия идёт вниз). Burnup показывает, сколько работы уже сделано (линия идёт вверх) и при этом также отображает общий объём работ. Если в процессе спринта добавляются новые задачи, на burndown это может быть неочевидно, а на burnup будет видно, как выросла общая «планка».
Как создать burndown-диаграмму
Самый простой способ — использовать отчёты. Достаточно настроить метод оценки (стори-поинты или часы) и вести работу в рамках спринта. Система автоматически построит график.
Если нужно больше контроля или вы используете Excel, алгоритм такой:
- Составьте список задач и оцените их в часах или поинтах.
- Каждый день фиксируйте, сколько работы осталось по каждой задаче (или сколько выполнено).
- Постройте таблицу с двумя колонками: «идеальный остаток» (равномерное сгорание) и «фактический остаток».
- На основе таблицы постройте график: по горизонтали — дни, по вертикали — объём работы.
Как читать диаграмму сгорания
Главное — сравнивать фактическую линию с идеальной.
- Если фактическая линия идёт ниже идеальной — команда опережает график, скорее всего, спринт будет выполнен досрочно или с запасом.
- Если выше идеальной — прогресс медленнее, чем планировалось; есть риск не успеть к концу спринта.
- Если линия резко идёт вверх — в спринт добавлена новая работа (раздутие объёма, scope creep).
- Если линия плоская несколько дней подряд — возможно, работа заблокирована или команда занимается чем-то, что не учитывается в диаграмме (например, исправлением неучтённых ошибок).
Кому полезны burndown-диаграммы
- Scrum-мастеру — чтобы видеть динамику спринта и обсуждать её на ежедневных стендапах и ретроспективах.
- Agile-коучу — чтобы оценивать стабильность выполнения обязательств и выявлять системные проблемы.
- Project-менеджеру — для отчётности перед руководством и координации зависимостей между командами.
Ограничения burndown-диаграмм
Несмотря на простоту и наглядность, у burndown есть несколько существенных недостатков, из-за которых её иногда называют «обманчиво простой».
- Фокус на усилиях, а не на ценности. Диаграмма показывает, что задачи закрыты, но не говорит, принесли ли они бизнес-результат. Можно «сжечь» много стори-поинтов, но не продвинуть продукт.
- Не показывает узкие места. Если линия стала плоской, вы не узнаете из неё, застряла ли работа в тестировании, ждёт ли ревью или заблокирована зависимостью.
- Стимулирует «погоню за очками». Команда может начать выбирать лёгкие задачи, чтобы график красиво падал, откладывая сложную, но важную работу.
- Запаздывающий сигнал. К тому моменту, когда вы видите, что график уходит в сторону, исправлять ситуацию уже поздно.
Что можно использовать вместо burndown или вместе с ним
Для команд, которым нужно больше прозрачности, чем просто «сколько осталось», существуют альтернативные подходы, основанные на управлении потоком ценности (Value Stream Management).
- Метрики потока (flow metrics). Вместо того чтобы смотреть, сколько очков осталось, отслеживают, сколько времени задача проводит в каждом статусе, какова пропускная способность (throughput) и стабильность потока.
- Диаграммы накопленного потока (cumulative flow diagrams). Показывают, как распределяется работа по этапам: где накапливаются задачи, где узкие места.
- Связка с OKR и бизнес-метриками. Вместо того чтобы оценивать прогресс по стори-поинтам, измеряют, как изменения в коде влияют на бизнес-показатели.
Частые вопросы
- Зачем Agile-командам burndown-диаграммы? Чтобы быстро оценить, укладывается ли спринт в график, и при необходимости скорректировать приоритеты.
- В чём польза для планирования? Исторические данные о скорости (velocity) помогают точнее оценивать объём следующего спринта.
- Какие ошибки чаще всего допускают? Считают часы вместо стори-поинтов, игнорируют изменения объёма работ и используют диаграмму как показатель эффективности, а не как инструмент диагностики.
- Что приходит на смену burndown? Value Stream Management — подход, который фокусируется на потоке ценности, стабильности и предсказуемости доставки, а не только на скорости закрытия задач.