Диаграмма сгорания задач: как построить и читать Burndown Chart

Команде важно видеть не только отдельные закрытые задачи, но и общий темп проекта. Хватит ли оставшегося времени, движется ли спринт к цели и не возникло ли отставание, которое уже требует реакции? На эти вопросы помогает отвечать диаграмма сгорания задач.

Burndown Chart показывает динамику оставшейся работы и сопоставляет реальный прогресс с планом. Это не точный прогноз будущего, а наглядный тренд, который помогает раньше заметить проблему и обсудить её с командой и заказчиком.

Диаграмма сгорания — график, показывающий, сколько работы осталось выполнить за определённый период: спринт, релиз или более длинный этап развития продукта. По мере завершения задач объём должен снижаться и к финальной дате приблизиться к нулю.

На графике есть две основные линии. Идеальная отражает заранее рассчитанный равномерный темп. Фактическая строится по ежедневным данным и показывает реальное сокращение объёма. Их взаимное положение помогает определить, идёт ли команда по плану.

Горизонтальная ось X показывает время — дни, недели, итерации или часы. Вертикальная ось Y отражает оставшийся объём работы, измеренный в задачах, часах или сторипоинтах. Единицу выбирают до старта и сохраняют на всём периоде.

Идеальная линия идёт от полного стартового объёма к нулю в конце периода. Она показывает равномерное сокращение работы при отсутствии задержек и изменений. Это ориентир, а не требование к команде двигаться строго по прямой каждый день.

Фактическая линия обновляется ежедневно по текущему остатку. Она почти никогда не бывает ровной: на неё влияют блокеры, сложность задач, новые требования и пересмотр оценок. Именно её форма позволяет увидеть реальное поведение проекта.

Каждая точка фиксирует количество работы, которое оставалось в конкретный день. Соединённые значения образуют линию. Поэтому достоверность диаграммы зависит от регулярного обновления статусов и одинаковых правил учёта.

В NUBL можно первым делом собрать бэклог спринта, назначить исполнителей и сроки, а затем ежедневно обновлять состояния карточек. Единое рабочее пространство упрощает сбор исходных данных: график не придётся строить по разрозненным сообщениям и таблицам.

Классический вариант отслеживает один спринт продолжительностью обычно от одной до четырёх недель. Остаток измеряют задачами, часами или сторипоинтами. Ежедневное обновление помогает быстро заметить отклонение и скорректировать процесс.

Диаграмма релиза охватывает несколько спринтов и показывает пользовательские истории и эпики, запланированные к выпуску. Она полезна команде, руководителю и заказчику для координации на более длинном горизонте.

Продуктовый вариант отслеживает весь бэклог или крупный эпик на протяжении нескольких релизов. Он даёт стратегический взгляд на темп, но не заменяет более детальную диаграмму текущего спринта.

В начале обе линии стартуют в верхнем левом углу: весь объём ещё впереди. К завершению периода они должны двигаться к правому нижнему углу. Главное — следить за формой фактической линии и её положением относительно идеальной.

Линии зависят от первоначальных оценок. Если сложность этапа недооценили, ошибка проявится на графике. Учитывайте изменения требований, отпуска и внешние обстоятельства, а решение принимайте вместе с другими источниками информации.

График полезен как основа разговора, а не инструмент давления. Он делает отклонение видимым для команды и заказчика, но причины выясняются через обсуждение. Если задержки связаны с перегрузкой, пригодится материал об эмоциональном выгорании.

Burndown показывает оставшуюся работу: линия начинает путь с полного объёма и снижается к нулю. Burnup показывает выполненную часть: линия стартует с нуля и растёт к общей сумме.

Если нужно понять, отстаёт ли команда от темпа, нагляднее Burndown. Если важнее показать накопленный результат, удобнее Burnup. Для полной картины проекта можно использовать оба графика: один подчёркивает остаток, другой — достижения.

Запишите все задачи периода. Например, запуск рекламной кампании включает тексты, дизайн макетов, юридическое согласование и настройку кабинетов. Граница спринта должна быть понятна до расчёта стартового объёма.

Выберите сторипоинты или человеко-часы, оцените каждый элемент и сложите значения. Итог станет верхней стартовой точкой. Не смешивайте разные единицы внутри одного графика.

Отметьте рабочие дни спринта по горизонтали и проведите ориентир от полного объёма к нулю. Если в периоде есть выходные или заранее известные паузы, учитывайте их в календаре.

В одно и то же время обновляйте статусы и суммируйте незавершённую работу. Наносите значение на график и соединяйте с предыдущей точкой. Регулярность важнее попытки восстановить данные задним числом.

Если линия уходит вверх или надолго выравнивается, не ждите конца спринта. Выясните причину, снимите блокер, пересмотрите оценку или объём. Связать работу с целями помогает статья о планировании по уровням.

Burndown Chart полезен там, где объём работы определён, регулярно оценивается и обновляется. Он не заменяет разговор с командой и анализ контекста, зато даёт всем участникам одну видимую картину темпа.