Команде всегда важно видеть общую картину проекта, чтобы не потеряться в рутине задач. Приближаемся ли мы к финишу с нужной скоростью? Хватит ли времени, чтобы завершить всё запланированное?
Здесь пригодится график сгорания задач (Burndown Chart). Это один из способов взглянуть на проект с высоты и замерить скорость работы команды. Диаграмма не просто фиксирует факты, а позволяет заглянуть в будущее проекта и предсказать его итог ещё до наступления дедлайна.
В этой статье мы разбираем, что такое Burndown Chart, из каких элементов состоит график, как его строить, читать и чем он помогает проектным командам.
Что такое диаграмма сгорания задач
Это график, который показывает, сколько работы осталось выполнить команде за определённый промежуток времени (обычно спринт или релиз). Он отражает прогресс проекта — как задачи сгорают на глазах у команды и менеджеров.
Burndown Chart помогает следить за выполнением этапов проекта и видеть динамику — выявлять отставания или опережения относительно запланированного темпа работы. Это позволяет гибко реагировать на изменения, управлять ожиданиями и сохранять командный фокус.
На графике изображают две линии:
- идеальная линия сгорания — прогнозируемый темп работы, который рассчитывается перед началом проекта
- фактическая линия — реальный прогресс команды, который часто отклоняется от идеала
Благодаря такому инструменту у команды и руководителя всегда есть представление о темпе движения проекта. Если линия фактического прогресса выше идеальной, значит, команда отстаёт от запланированных сроков. Если ниже — темп работы слишком быстрый.
Как работает Burndown Chart
Вообще, Burndown Chart уникален тем, что отвечает на вопросы:
- Какой прогресс у команды на данный момент?
- Сколько осталось работы?
- Успевает ли команда выполнить задачи в срок?
А чтобы разобраться, как она это делает, надо понимать её основные компоненты ⬇️
Компоненты диаграммы
Горизонтальная ось времени (X). На этой оси отображаются временные рамки проекта, спринта или релиза. Продолжительность можно указать в днях, неделях, итерациях или часах.
Вертикальная ось объёма работы (Y). Здесь указывается количество оставшейся работы. Его можно посчитать, например, в часах или сторипоинтах (относительных единицах измерения объёма работы).
Идеальная линия сгорания. Это воображаемая линия, которая показывает, как равномерно должен сокращаться объём работы от общего значения на старте до нуля в конце периода. Прямая задаёт темп работы, показывает, что будет, если все этапы завершатся в срок без задержек.
С этой линией сравнивается реальный прогресс. Если фактическая работа идёт медленнее, реальная линия находится выше идеальной, если быстрее — ниже.
Фактическая линия сгорания. Актуальная линия, которая показывает реальный прогресс команды. Её значения обновляются ежедневно и основываются на текущем состоянии выполнения работ.
В отличие от идеальной, фактическая линия редко бывает ровной — на неё влияют сложности, блокеры, изменение объёма работ, неожиданные задачи.
Эта линия помогает проанализировать, идут ли дела по плану, опережает ли команда сроки и есть ли отставание, которое требует вмешательства.
Точки данных. Каждый день фиксируется количество работы, которое осталось выполнить. Этот показатель отражён точкой на графике и соединяется линиями с предыдущими и последующими точками.
Типы диаграмм
Выше мы разобрали компоненты, из которых состоят диаграммы сгорания задач. Теперь рассмотрим, какие типы Burndown Chart бывают и чем они отличаются друг от друга.
Sprint Burndown Chart
Самое популярное и классическое представление сгорания задач. Оно предназначено для отслеживания прогресса в рамках одного спринта, который обычно длится от одной до четырёх недель. Для оценки трудозатрат команды используют сторипоинты, задачи или часы. Такие диаграммы дают ежедневное понимание объёма оставшейся работы в спринте, помогают командам заметить отклонения от плана и вовремя скорректировать процесс.
Release Burndown Chart
Охватывает больший период, чем предыдущий тип графика, — несколько спринтов, которые ведут к релизу продукта. Это ключевой инструмент для команд разработки и заказчиков, так как он визуально показывает все пользовательские истории и эпики, запланированные для конкретного релиза. Помогает улучшить координацию и коммуникацию.
Product Burndown Chart
Также известен как Epic Burndown Chart. Используется для долгосрочного отслеживания всего бэклога продукта или крупных объёмов работы. Даёт стратегический взгляд на прогресс, чтобы все участники проекта понимали общий темп работы на протяжении длительного периода.
Собрали в таблицу эти три типа графиков для сравнения:
| Тип диаграммы | Основная цель | Горизонт времени | Объём работы | Кому полезно |
|---|---|---|---|---|
| Sprint Burndown Chart | Отслеживание прогресса конкретного спринта | От одной до четырёх недель (спринт) | Задачи, часы, сторипоинты внутри спринта | Команда, scrum master |
| Release Burndown Chart | Мониторинг прогресса всего релиза | Несколько спринтов | Все истории и эпики, запланированные на релиз | Руководитель, product owner, команда |
| Product Burndown Chart | Стратегический обзор всего продукта или эпика | Длительный период (несколько релизов) | Весь продуктовый бэклог или крупные эпики | Scrum master, product owner, заинтересованные лица |
Как читать диаграмму сгорания задач
На старте проекта любая линия на графике, идеальная и фактическая, будет начинаться в верхнем левом углу. Это означает, что весь запланированный объём работы не выполнен.
По мере продвижения по времени количество оставшейся работы снижается, и линии должны идти вниз в направлении правого нижнего угла. Чтобы понять, всё ли хорошо в проекте, нужно изучать положение фактической линии относительно идеальной. Для удобства собрали все ключевые ситуации в таблицу:
| Ситуация на графике | Что означает? | Что сделать? |
|---|---|---|
| Фактическая линия ниже идеальной | Команда опережает план | Можно рассмотреть расширение работ или ускорить переход к следующему этапу |
| Фактическая линия совпадает с идеальной | Идеальный прогресс | Продолжать текущие практики, поддерживать темп |
| Фактическая линия выше идеальной | Отставание, этапы работ выполняются медленнее | Провести ретроспективу, устранить блокеры, пересмотреть оценки и распределение ресурсов |
| Фактическая линия резко скачет вверх | Или добавили новые задачи, или изменили оценку трудозатрат | Учитывать изменения в планировании |
| Фактическая линия на месте или очень пологая | Прогресс замедлился или остановился | Срочно вмешаться: пересмотреть планы, выявить проблемы в работе команды |
И ещё полезные советы по чтению и использованию графика сгорания задач:
- Помнить, что прямые всегда привязаны к оценкам. Если в момент расчёта нагрузки команда неверно оценила трудозатраты на каком-то этапе, то эти ошибки отразятся на графике
- При чтении важно учитывать контекст: возможные внешние факторы, изменения требований, отпуск участников команды
- Диаграмма показывает тренд, а не точные данные. Принимать решения не только с её помощью, но и с учётом других источников информации
- Использовать график для диалога с командой и заказчиком — она делает коммуникацию более открытой и наглядной
Диаграммы Burndown vs Burnup: в чём разница
Burndown Chart и Burnup Chart — два разных способа визуализировать прогресс в проекте. Burndown показывает, сколько работы осталось выполнить, а Burnup — какой объём уже выполнен.
Визуально графики тоже отличаются. Линия Burndown начинается с большого объёма в начале проекта или спринта и движется вниз к нулю по мере выполнения этапов. А на графике Burnup прямая стартует с нуля и идёт вверх к полной сумме объёма работы.
Burnup — это про накопленные достижения. Если менеджер хочет посмотреть, сколько работы по проекту уже сделано, то нагляднее это покажет график Burnup. А Burndown — это про сжигать задачи. Если нужно понять, опережает команда план или отстаёт, то лучше использовать Burndown. Для более полной картины изменений и прогресса в проекте можно использовать обе эти диаграммы.
Как построить диаграмму сгорания задач: пошаговая инструкция
Прежде чем строить сам график, важно собрать все задачи и правильно оценить время на их выполнение. Для этого:
1️⃣ Сформируй бэклог. Пропиши все задачи, которые команда планирует выполнить за спринт или проект.
Возьмём для примера запуск рекламной кампании. Он состоит из таких действий:
- написать рекламные тексты
- сделать дизайн макетов
- согласовать креативы с юристами
- настроить рекламные кабинеты
2️⃣ Оцени задачи в единицах измерения — сторипоинтах или человеко-часах. Для этого нужно проанализировать трудозатраты на выполнение каждого этапа проекта и рассчитать итоговое значение — это и будет стартовая точка диаграммы.
Оценим каждую задачу из примера с рекламной кампанией в сторипоинтах
| Задача | Сторипоинты |
|---|---|
| Написать рекламные тексты | 8 |
| Сделать дизайн макетов | 12 |
| Согласовать креативы с юристами | 6 |
| Настроить рекламные кабинеты | 10 |
| Итого: | 36 |
Видим, что для выполнения всего объёма работ потребуется 36 сторипоинтов — с этой точки начнётся будущий график.
3️⃣ Установи временные рамки. За какой период нужно завершить все задачи, чтобы запустить проект.
В нашем примере возьмём 12 рабочих дней. Если равномерно распределить нагрузку, то, чтобы успеть проект в срок, команда ежедневно должна тратить на задачи три сторипоинта. Считаем по формуле:
Общее количество сторипоинтов / Количество дней выполнения проекта
4️⃣ Теперь подготовь таблицу с данными, по которым построишь диаграмму. Для этого в Googlе-таблицах или другом аналогичном сервисе создай и заполни значениями колонки: «Дни спринта», «Запланировано, сторипоинты», «Фактически осталось, сторипоинты», «Выполнено за день, сторипоинты». Данные в столбце «Фактически осталось, сторипоинты» рассчитываем по формуле:
Запланировано — Выполнено за день
Наша Google-таблица будет выглядеть так:
Добавили 13-й день, чтобы указать финальную точку графика — когда сгорят все задачи.
Значения в колонке «Фактически осталось, сторипоинты» будут рассчитаны по формуле:
C2 = B2 — D2
Фактические и запланированные значения сейчас в таблице совпадают, так как ещё не начался спринт.
5️⃣ Построй линию сгорания задач и ежедневно обновляй с помощью таблицы фактическую линию прогресса проекта. Для этого выдели столбцы «Дни спринта», «Запланировано, сторипоинты» и «Фактически осталось, сторипоинты».
В верхнем меню выбери «Вставка» — «Диаграмма». По умолчанию Google-таблицы создадут график, где по горизонтальной оси будут отображаться дни спринта, а по вертикальной — сторипоинты. На нём будут отображены запланированная и фактическая линии. Если ежедневно обновлять диаграмму, то менеджер всегда будет видеть реальный прогресс команды.
Заполним таблицу из примера значениями :
| Дни спринта | Запланировано, сторипоинты | Фактически осталось, сторипоинты | Выполнено за день, сторипоинты |
|---|---|---|---|
| 1 | 36 | 35 | 1 |
| 2 | 33 | 27 | 6 |
| 3 | 30 | 29 | 1 |
| 4 | 27 | 25 | 2 |
| 5 | 24 | 19 | 5 |
| 6 | 21 | 18 | 3 |
| 7 | 18 | 15 | 3 |
| 8 | 15 | 9 | 6 |
| 9 | 12 | 9 | 3 |
| 10 | 9 | 7 | 2 |
| 11 | 6 | 5 | 1 |
| 12 | 3 | 0 | 3 |
| 13 | 0 | 0 | 0 |
И на основе этих данных построим диаграмму:
На графике фактическая линия находится ниже запланированной. Это значит, что команда работает быстрее, чем намечено в плане.
Благодаря такому шаблону можно наглядно отслеживать, выполняется ли план спринта. А также презентовать заказчикам или руководству ход работы.
Применение в Agile и Scrum
В Scrum весь объём работы делится на короткие этапы — спринты. График сгорания задач помогает контролировать, успевает команда завершить все этапы в срок или нет. Рассказываем, для чего в Scrum можно использовать Burndown Chart ⬇️
Контролировать выполнение спринта. На ежедневных встречах (Daily Standup) по статусам задач команда обновляет Burndown Chart. Так будет видно, проект двигается быстрее, медленнее или ровно по плану.
Видеть и устранять блокеры. Если линия фактического прогресса перестала двигаться или оказалась выше идеальной, это сигнал Scrum-мастеру и менеджерам обратить внимание на возможные блокеры или сложности в работе. Благодаря ежедневной работе с Burndown Chart такие ситуации не останутся незамеченными и команда успеет исправить ситуацию до завершения спринта.
Поддерживать командный дух. Когда команда каждый день видит уменьшение объёма оставшихся задач, это стимулирует поддерживать текущий темп и работать эффективно.
Информировать заказчиков и стейкхолдеров. В Agile важна прозрачность процесса. Burndown Chart позволяет наглядно продемонстрировать статус спринта и прогноз по завершению задач заинтересованным лицам.
В Scrum график сгорания — один из главных инструментов команды. Product owner получает прозрачный отчёт по статусу работы. Команда сама видит динамику и может корректировать планы в реальном времени. Это помогает не только вовремя сдавать спринт, но и поддерживать мотивацию.
Преимущества использования диаграммы сгорания задач
Burndown Chart — это не просто отражение статуса выполнения задач, а живой инструмент повышения качества управления проектами. Перечислили основные преимущества использования диаграммы.
Простота и наглядность
Независимо от уровня технической подготовки участников проекта — будь то разработчики, менеджеры или заказчики — график легко понять. Визуальный формат помогает сразу увидеть общий прогресс выполнения задач, а также понять, насколько быстро команда движется к завершению спринта или релиза.
Мотивация команды
Когда вся команда видит, сколько работы осталось на каждом этапе, это повышает вовлечённость каждого в проект и объединяет коллег для устранения препятствий.
Раннее выявление рисков и отставаний
Диаграмма сгорания как навигатор — показывает, как движется команда к конечной цели. Если фактическая линия начинает отставать от идеальной, это становится сигналом к действию: необходимо анализировать причины, выявлять блокеры и пересматривать планы.
Улучшение планирования будущих спринтов
Диаграмма сгорания тесно связана с методами оценки задач, например сторипоинтами. Эта связь помогает в будущих схожих проектах точнее оценивать сложность задач на основе предыдущего опыта.
Ясность коммуникации между участниками
Burndown Chart быстро и наглядно показывает статус проекта. Заказчики видят не только общий прогресс, но и график изменений — это укрепляет доверие к команде и формирует реалистичные ожидания.
Адаптация под новые задачи
В случае добавления новых задач или изменения приоритетов диаграмма позволяет быстро визуализировать эти изменения.
Снижение рисков и повышение дисциплины
За счёт регулярного обновления и анализа данных диаграмма Burndown снижает риски неожиданного накопления незавершённой работы. Она встраивает дисциплину в рабочие процессы: если команда видит отклонения, это моментально становится поводом для корректировки.
Диаграмма помогает командам, менеджерам и заказчикам работать слаженно, выявлять и устранять проблемы на ранних этапах, поддерживать мотивацию и дисциплину и достигать поставленных целей вовремя.
Ограничения и недостатки Burndown Chart
Как и любой инструмент, график сгорания задач имеет ограничения и недостатки. Их важно понимать, чтобы не переоценить роль диаграммы и использовать её правильно.
Не показывает качество выполненной работы
Диаграмма показывает количество работы, которое осталось, но не говорит, насколько хорошо эта работа сделана. Можно сжигать задачи быстро, но с ошибками или низким качеством.
Также график не показывает баги, переделки или технический долг, который может накопиться. Поэтому не всегда ежедневное опускание линии — это успех.
Зависит от правильности оценки задач (сторипоинтов, часов)
Burndown Chart работает только с теми данными, которые были заложены изначально. Если оценки этапов работ неверные или непоследовательные, график введёт в заблуждение.
Не всегда хорошо масштабируется на большие проекты
В больших проектах со множеством команд классическая диаграмма Burndown может становиться громоздкой и неинформативной. Для таких случаев лучше использовать комплексные отчёты, которые показывают прогресс по разным уровням, эпикам, модулям отдельно.
День без данных — пропущенная точка
Точность диаграммы зависит от ежедневных обновлений статусов. Если команда забудет это сделать, график потеряет смысл.
Фокус на количественной стороне задачи, а не на ценности
Burndown Chart показывает, сколько работы осталось, но не определяет её важность для бизнеса. Одна и та же линия может означать выполнение полезных функций или переработку ненужных, если не поддерживается работа с приоритетами и оценкой ценности.
Может стимулировать выгорание команды
Если вынуждать команду постоянно сжигать задачи, сотрудники могут работать в режиме «перегруза», жертвовать качеством, инновациями и своим здоровьем.
Важно, чтобы Burndown не становился инструментом контроля ради контроля, а служил поддержкой эффективной работы.
Burndown Chart — мощный и нужный инструмент, но он один не решает все задачи управления проектами и командами. Чтобы диаграмма сгорания задач работала, её нужно правильно настроить и регулярно обновлять. А команде и менеджерам — понимать ограничения инструмента и не использовать его как единственный источник информации о проекте.
Коротко о главном
Что ж, мы разобрали всю теорию и практику по диаграмме сгорания — от построения до особенностей чтения. Остался самый важный кусочек — ключевые выводы, которые стоит унести с собой.
Burndown Chart — это навигатор команды в спринте. Диаграмма даёт простое и наглядное представление о прогрессе. Показывает, успевает ли команда к дедлайну или отстаёт от графика.
Читаем тренды, а не точки. Важна не каждая отдельная точка, а общее направление линии: её положение относительно идеальной траектории сразу сигнализирует о проблемах или опережении плана.
Это инструмент для диалога, а не контроля. Используем график, чтобы начать разговор с командой о проблемах (блокерах, неверных оценках), а не для поиска виноватых.
Помним об ограничениях диаграммы. График показывает количество оставшейся работы, но не говорит о её качестве или ценности для бизнеса. Это лишь один из инструментов, а не решение всех проблем.
Выбираем тип диаграммы под свои цели. Используем Sprint Burndown для тактического контроля спринта, а Release или Product Burndown — для стратегического взгляда на релиз или весь продукт.
Подписаться 
