Диаграмма сгорания задач (Burndown Chart)
2 октября 2025
обновлено: 2 октября 2025
Что такое диаграмма сгорания задач (Burndown Chart)?
Диаграмма сгорания задач — визуальный инструмент, который помогает отслеживать прогресс команды по выполнению запланированной работы за определенный период времени. График показывает, сколько работы осталось выполнить команде и успеет ли она завершить все задачи к установленному сроку.
Принцип работы диаграммы простой: по горизонтальной оси откладывается время (дни спринта, недели или месяцы), по вертикальной — объем оставшейся работы. Линия графика направлена вниз и показывает постепенное «сгорание» задач. Идеальная траектория представлена прямой линией от начального объема работ до нуля в конечной точке периода.
Возьмем для примера команду разработчиков интернет-магазина. У них спринт на две недели с задачами на 100 стори-поинтов. В идеале команда закрывает по 10 стори-поинтов каждый рабочий день — линия идеального сгорания (теоретически запланированный темп работы) на графике опускается равномерно от 100 до 0. К концу третьего дня команда должна была закрыть 30 стори-поинтов, но закрыла только 15. Фактическая линия (линия реального прогресса) на диаграмме идет выше идеальной — остается 85 стори-поинтов вместо 70. Причина: задержки с настройкой платежного шлюза.
На пятый день команда нагоняет отставание — закрывает интеграцию с платежной системой и три задачи по каталогу товаров. Фактическая линия приближается к идеальной: остается 50 стори-поинтов из 50.
К девятому дню команда опережает график — остается 20 стори-поинтов при плане в 30. Фактическая линия проходит ниже идеальной. Разработчики быстро справились с версткой корзины и формы заказа.
Но на десятый день обнаруживаются критические баги в корзине. Команда останавливает новые задачи и чинит ошибки. Линия выравнивается — остается 20 стори-поинтов при плане в 20. К концу спринта команда закрывает все задачи, но диаграмма показывает проблемные участки, где нужно улучшить процессы.
Диаграмма решает несколько практических задач:
- помогает прогнозировать сроки завершения работ;
- выявляет узкие места в процессе разработки;
- повышает прозрачность для заказчиков и заинтересованных лиц.
Типы диаграммы сгорания задач
Существует несколько видов диаграмм сгорания, каждый из которых решает определенные задачи управления проектами.
Тип диаграммы | Назначение |
|---|---|
| Sprint Burndown Chart (самый распространенный тип диаграммы) | Отслеживает прогресс команды в рамках одного спринта продолжительностью 1-4 недели. По горизонтали — дни спринта. По вертикали — оставшиеся стори-поинты или количество задач. |
| Release Burndown Chart | Может включать несколько спринтов или итераций. Показывает прогресс по всему объему функциональности, запланированной для выпуска. |
| Epic Burndown Chart | Фокусируется на выполнении крупных функциональных блоков — эпиков. Полезна для отслеживания долгосрочных инициатив, которые разбиты на множество историй и могут выполняться несколькими командами. |
| Product Burndown Chart | Показывает общий прогресс разработки продукта на протяжении многих месяцев или даже лет. Помогает продуктовым менеджерам планировать дорожную карту и контролировать достижение стратегических целей. |
Компоненты диаграммы сгорания задач
- горизонтальная ось (время) — показывает дни спринта или недели релиза
- вертикальная ось (объём работы) — отображает оставшиеся стори-поинты или часы
- идеальная линия сгорания — прямая от начального объёма до нуля (теоретически равномерный темп)
- фактическая линия сгорания (осталось) — реальный прогресс с учётом всех изменений
- точки данных — конкретные значения оставшейся работы на каждый день
- базовая линия (изначально запланированный объем работ)
Кто использует Burndown Chart?
Диаграмма сгорания задач служит инструментом коммуникации для различных ролей в проектной команде, каждая из которых извлекает свою ценность из визуализации прогресса.
1. Команда разработки применяет диаграмму для ежедневного контроля выполнения спринта. Разработчики, тестировщики и аналитики видят общую картину прогресса и могут скорректировать свою работу. Когда фактическая линия начинает значительно отставать от идеальной, команда понимает, что нужно пересмотреть подход или обратиться за помощью.
2. Scrum Master использует диаграмму как основу для ретроспектив и планирования следующих итераций. График помогает выявить паттерны в работе команды — например, стабильно медленный старт спринтов или резкие скачки в середине периода. Системы, в которых ведут диаграммы сгорания задач, могут отправлять уведомления скрам-мастерам.
3. Владелец продукта следит за тем, чтобы функциональность была готова к демонстрации заказчикам. Диаграмма показывает, какие фичи точно войдут в релиз, а какие нужно перенести в следующую итерацию.
4. Менеджеры проектов применяют диаграммы для отчетности перед руководством и координации работы нескольких команд. График дает быстрое понимание статуса проекта без необходимости изучать детали каждой задачи. Менеджер портфеля продуктов может сравнивать производительность разных команд и перераспределять ресурсы между проектами.
5. Заказчики и стейкхолдеры получают прозрачную информацию о ходе разработки. Диаграмма помогает управлять ожиданиями и планировать связанные активности — маркетинговые кампании, обучение пользователей, подготовку инфраструктуры.
6. Руководители разработки используют данные диаграмм для анализа производительности команд и планирования развития процессов. Агрегированная статистика по множеству спринтов показывает тренды, узкие места и возможности для улучшения методологии работы.
Как построить диаграмму сгорания задач
Построение диаграммы сгорания задач состоит из нескольких последовательных шагов, которые начинаются еще на этапе планирования цикла.
1. Планирование и оценка задач
Команда определяет объем работы для предстоящего спринта или релиза. Задачи оценивают в стори-поинтах, часах или других единицах измерения. Важно использовать относительные оценки — стори-поинты лучше отражают сложность задач, чем временные затраты.
2. Определение временных рамок
Устанавливают продолжительность периода и рабочие дни. Для спринта стандартная длительность — 2 – 4 недели. Исключают выходные дни, праздники и известные отпуска участников команды. Двухнедельный спринт включает 10 рабочих дней при пятидневной рабочей неделе.
3. Построение идеальной линии сгорания
Рассчитывают ежедневный темп выполнения работы и проводят прямую линию от начального объема до нуля в последний день. Формула простая: общий объем работы делят на количество рабочих дней.
4. Настройка системы отслеживания
Современные системы управления проектами автоматически строят диаграммы на основе статусов задач. Например, в SimpleOne SDLC диаграмма обновляется при переводе задач в статус «Выполнено». Команда настраивает автоматический сбор данных в конце каждого рабочего дня.
5. Ежедневное обновление данных
В конце рабочего дня фиксируют оставшийся объем работы и добавляют точку на график. Важно учитывать не выполненную работу, а оставшуюся. Если команда закрыла задачи на 12 стори-поинтов, на диаграмме остается 68 стори-поинтов.
6. Обработка изменений scope
При добавлении новых задач в спринт обновляют базовую линию (изначально запланированный объем работ) и фактическую линию. Если Владелец продукта добавляет срочную задачу на 10 стори-поинтов, общий объем увеличивается до 90. На диаграмме появляется скачок вверх, показывающий изменение планов.
7. Документирование событий
Отмечают на диаграмме значительные события — добавление задач, технические проблемы, изменения в команде. Команда банка добавляет заметку о двухдневной задержке из-за проблем с тестовой средой. Комментарии помогают объяснить отклонения при анализе.
Процесс построения диаграммы в системах типа SimpleOne SDLC автоматизирован: данные обновляются при изменении статусов задач, график строится в реальном времени, команда получает уведомления о критических отклонениях от плана. Вести диаграмму вручную нужно только в простых иснтрументах вроде Excel.
Анализ и интерпретация диаграммы сгорания задач
Диаграмма сгорания задач предоставляет обширные данные о работе команды, но требует правильной интерпретации различных паттернов и отклонений.
Диаграмма сгорания задач как инструмент мониторинга
Диаграмма сгорания задач служит визуальным индикатором прогресса команды в течение спринта, отображая соотношение между идеальной траекторией выполнения работ и фактическим темпом. В оптимальном сценарии фактическая линия следует близко к идеальной с естественными незначительными колебаниями, отражающими различную сложность задач. Однако на практике диаграмма часто демонстрирует характерные паттерны отклонений:
- медленный старт спринта, когда команда тратит время на подготовку и анализ требований;
- резкое сгорание в конце периода, указывающее на проблемы с декомпозицией крупных задач;
- плато, сигнализирующее о блокировках или технических проблемах;
- или увеличение объема работы при добавлении новых требований.
Интерпретация критических паттернов
Особое внимание требуют ситуации постоянного расширения границ спринта, что снижает предсказуемость поставки и указывает на проблемы в управлении требованиями. Анализ скорости команды (velocity) по нескольким спринтам позволяет выявить стабильность производительности: резкие отклонения от типичных показателей сигнализируют о технических сложностях, изменениях в составе или неточных оценках. На основе текущего темпа можно математически прогнозировать дату завершения работ, разделяя оставшийся объем на среднюю производительность последних дней.
Детализированный анализ
«Качественная интерпретация диаграммы выходит за рамки простого измерения темпа — характер линии отражает зрелость процессов команды, где плавное равномерное снижение указывает на стабильность, а хаотичные колебания свидетельствуют о неопределенности и проблемах с планированием. В современных системах управления разработкой диаграмму сгорания дополняют другими метриками: временем задач в статусах, диаграммами потока, отчетами по блокировкам. Такой комплексный анализ позволяет не только фиксировать отклонения от плана, но и понимать их глубинные причины, обеспечивая команду данными для непрерывного улучшения процессов разработки»
Артем Герасимов Владелец продукта SimpleOne SDLC
В системах типа SimpleOne SDLC комплексный анализ помогает выявить не только факт отклонения от плана, но и его причины. Команда получает данные для непрерывного улучшения процессов разработки.
Практическое использование в Agile и Scrum
Диаграмма сгорания задач стала неотъемлемой частью гибких методологий разработки, особенно в Scrum-командах. Рассмотрим основные сценарии её практического применения на разных этапах работы команды:
- планирование спринта с диаграммой сгорания: команда учитывает средние данные своей скорости работы для определения реального объема задач, который может выполнить за цикл. В системах типа SimpleOne SDLC планирование спринта автоматически учитывает емкость команды и стори-поинты задач;
- ежедневные стендапы и визуализация прогресса: на регулярных встречах диаграмма помогает быстро оценить статус спринта без детального разбора каждой задачи. Если линия идет выше идеальной траектории — обсуждают причины и планируют корректирующие действия.
- интеграция с другими Agile-артефактами: диаграмма дополняет информацию со Scrum-доски и дашбордов команды. В SimpleOne SDLC данные синхронизируются автоматически — изменение статуса задачи на доске мгновенно отражается в диаграмме;
- ретроспективы и анализ эффективности: по завершении спринта команда анализирует форму диаграммы. Постоянные плато указывают на проблемы с блокировками, резкие скачки — на плохую декомпозицию задач;
- масштабирование на уровень программы: когда несколько команд работают над одним большим релизом, их отдельные диаграммы объединяют в одну сводную. Так руководитель продукта видит не только прогресс каждой команды, но и общую картину — успеют ли все вместе выпустить релиз в срок;
- прогнозирование и управление рисками: на основе фактической линии диаграммы системы рассчитывают проекционную линию — прогноз того, когда команда завершит работу при текущем темпе. Если проекция показывает, что фактическая линия не достигнет нуля к концу спринта, команда видит риск срыва сроков и принимает решение — сократить scope задач или привлечь дополнительные ресурсы.
Преимущества использования
Прозрачность и наглядность для всех участников
Диаграмма создает единое понимание прогресса проекта для всей команд: заказчик видит актуальный статус разработки без необходимости изучать детали каждой задачи.
Раннее выявление проблем и отклонений
График мгновенно показывает, когда команда отстает от плана или сталкивается с блокировками.
Простота понимания и использования
Диаграмма интуитивно понятна даже людям без технического бэкграунда. Владелец продукта может объяснить статус проекта инвесторам, показав простой график вместо сложных технических отчетов.
Прогнозирование сроков завершения
На основе текущего темпа работы диаграмма позволяет достоверно оценить, будет ли спринт завершен в срок или потребуется корректировка объема работ.
Мотивация команды и геймификация
Видимый прогресс мотивирует разработчиков продолжать работу в заданном темпе. Здоровая конкуренция между спринтами повышает вовлеченность участников.
Основа для непрерывного улучшения процессов
Исторические данные диаграмм помогают команде анализировать свою производительность и оптимизировать рабочие процессы.
Поддержка принятия решений
Диаграмма предоставляет объективные данные для управленческих решений. Когда несколько команд просят дополнительные ресурсы, менеджер проектов сравнивает их диаграммы и выделяет помощь той команде, которая показывает наибольшее отклонение от плана.
Ошибки в построении и ограничения
Неточные оценки задач и планирование
Команды часто недооценивают сложность задач или планируют слишком оптимистично. Диаграмма показывает отклонения от плана, но не может компенсировать изначально неправильные оценки.
Неправильная декомпозиция задач
Крупные задачи создают эффект «всё или ничего» — работа не показывает прогресс до полного завершения. Диаграмма показывает плато, хотя команда активно работает.
Фокус на количестве вместо качества
Диаграмма мотивирует команду закрывать задачи быстро, что может негативно сказаться на качестве кода. Разработчики переводят задачи в статус «Выполнено» без должного тестирования, чтобы улучшить вид диаграммы.
Игнорирование изменений объема задач
Постоянные изменения требований искажают диаграмму и снижают её прогностическую ценность. Владелец продукта добавляет новые задачи в спринт, но не корректирует baseline — диаграмма теряет связь с реальностью.
Использование как единственного источника истины
Диаграмма показывает только один аспект проекта — объем оставшейся работы. Команда может идти по плану в спринте, но накапливать технический долг или снижать качество. Необходимо дополнять диаграммы метриками качества кода, количества дефектов, покрытия тестами.
Ограничения в отражении блокировок и внешних обстоятельств
Диаграмма не показывает причины остановки работы — внешние зависимости, блокировки, болезни участников команды. График может показывать плато, но без контекста сложно понять, нужна ли помощь команде или проблема решается естественным путем.
Культурные и психологические ограничения
В некоторых организациях диаграммы становятся инструментом давления на команду со стороны менеджмента. Разработчики начинают манипулировать данными или избегают взятия сложных задач, чтобы диаграмма выглядела лучше.
Технические ограничения инструментов
Не все системы управления проектами корректно рассчитывают диаграммы при сложных сценариях — изменении команды, переносе задач между спринтами, работе в праздничные дни. Команда получает искаженные данные и принимает неправильные решения на их основе.
Резюме
- Суть инструмента: диаграмма сгорания задач — визуальный график, который показывает, сколько работы осталось выполнить команде и успеет ли она завершить все задачи к установленному сроку. График строится просто: по горизонтали — время, по вертикали — оставшийся объем работы;
- Типы диаграмм: существует четыре основных типа для разных временных горизонтов — Sprint Burndown для спринтов в 1–4 недели, Release Burndown для релизов на несколько месяцев, Epic Burndown для крупных функциональных блоков и Product Burndown для долгосрочного планирования продукта на год и более;
- Применение в Agile: диаграмма используется на всех этапах работы Scrum-команды — от планирования спринта до ретроспектив. Инструмент помогает на ежедневных встречах быстро оценивать прогресс, выявлять блокировки и принимать решения о корректировке работы;
- Главные преимущества: обеспечивает прозрачность для всех участников проекта, позволяет рано обнаружить проблемы и отклонения, мотивирует команду видимым прогрессом, служит основой для непрерывного улучшения процессов на основе исторических данных;
Ограничения и ошибки: диаграмма показывает только объем работы, но не качество результата. Типичные ошибки — неточные оценки задач, фокус на скорость вместо качества, плохая декомпозиция крупных задач, использование диаграммы как единственной метрики успеха проекта без учета других показателей.