Блог

Диаграмма сгорания (Burndown Chart): как управлять ходом разработки

2024-07-26 06:27
У плохой команды горят сроки и сотрудники, а у хорошей – сгорают задачи. Чтобы увидеть такое своими глазами, достаточно хоть один раз взглянуть на диаграмму сгорания задач (burndown chart).
Диаграмма сгорания задач – это график, на котором отображена динамика выполнения задач по мере движения к концу спринта в Scrum. Для Scrum не подойдет какая-нибудь диаграмма Ганта или любой другой инструмент для визуализации проектных работ, ход которых можно точно спрогнозировать. Но в целом диаграмму сгорания можно использовать где угодно – не только в Scrum.
Ведение и анализ диаграммы сгорания дает понять, не опаздывает ли команда к завершению спринта. А скрам-мастер может заметить еще кое-что интересное, взглянув на график, но обо всем по порядку.
Примерно так выглядит диаграмма сгорания задач
Далее в статье:
  • что такое диаграмма сгорания задач и как она устроена;
  • какие у нее преимущества и недостатки;
  • как верно интерпретировать данные диаграммы сгорания задач – покажем на типичных примерах;
  • как правильно составить и вести диаграмму сгорания задач;
  • бонус: чем диаграмма сгорания отличается от диаграммы burnup (а это что?).
Если вашему бизнесу необходимо внедрение современных управленческих практик – обратитесь за бесплатной консультацией в Neogenda. На нашем счету работа с такими компаниями как Тинькофф, Сбер, Яндекс, Точка, X5 Group и так далее. Мы оказываем более 100 различных услуг – от обучения вашего персонала до реорганизации вашего бизнеса.

Что такое диаграмма сгорания задач и как она устроена

Диаграмма сгорания – это простой график с двумя осями, где ось X – это дни, выделенные на спринт или проект, а ось Y – это количество задач, выраженное в численной метрике. На оси Y чаще всего отражают стори-поинты – очки, которыми оценивают трудоемкость задач в Scrum.
Та же самая диаграмма, только с пояснениями
Кроме осей графика на диаграмме отображаются две линии:
  • Планируемый ход работ. Это ровная диагональная линия, которая тянется от верхнего левого угла к правому нижнему. Она отражает идеальный ход работ над проектом: как если бы команда изо дня в день выполняла задачи с равномерной скоростью, пропорционально их общему количеству. Например, команде нужно выполнить 20 задач за 10 дней: если она будет выполнять по 2 задачи в день, ее ход работ отразится на графике такой же ровной диагональной линией.
  • Фактический ход работ. Это линия, которая отражает как в действительности меняется количество оставшейся работы. Например, в начале рабочего дня, 2 мая 2024 года, у команды было задач на 20 стори-поинтов: на оси X это будет значение «02.05.2024», а на оси Y – 20 (стори-поинтов). За день команда выполнила задач на три стори-поинта – значит, 3 мая 2024 года значение на оси X будет «03.05.2024», а на оси Y – 17. Так, с каждым днем, на диаграмме постепенно вырисовывается линия фактического хода работ.
Так будет выглядеть диаграмма сгорания в самом разгаре работ – линия фактических работ еще не завершена
Выходит, что если линия фактического хода работ выше, чем запланированного хода работ – команда отстает от графика. И наоборот, если линия «факта» ниже – команда опережает график.
Далее расскажем, почему Scrum-команды активно используют диаграмму сгорания задач, но не забудем и о ее недостатках.
Читайте также: Роли в SCRUM: какие они и как их выполнять эффективно

Преимущества и недостатки использования диаграммы сгорания задач

Начнем с хорошего:
  • Диаграмма обеспечивает наглядное представление хода спринта.
С ней можно за секунду оценить обстановку: сразу видно, сколько работ сделано, сколько осталось и успевает ли команда к дедлайну. Диаграмма понятнее, нежели беклог спринта со списком задач, по которым сходу и не скажешь, насколько они трудоемкие.
Благодаря этому, команда может быстро отреагировать на ситуацию: например, подумать, что можно предпринять, чтобы успеть в срок.
А теперь о плохом:
  • Диаграмма не учитывает неправильную оценку трудоемкости работ.
Неопытная команда может неверно рассчитать силы, взяв в спринт больше работы, чем она может выполнить. Из-за этого будет складываться впечатление, что она опаздывает, хотя фактически ее участники просто плохо рассчитали свои силы.
  • Диаграмма не учитывает качество выполненной работы.
Если команда завершила задачу, но сделала это плохо, график все равно покажет прогресс.
Разберем, как правильно использовать диаграмму.

Как работать с диаграммой сгорания задач

1. Сформируйте бэклог спринта.
Беклог спринта – это список задач, которые команда планирует выполнить в его рамках. В первую очередь нужно собрать эти задачи.
2. Оцените трудоемкость задач.
В зависимости от методологии или фреймворка, с которым будет работать ваша команда, задачи могут оцениваться разными метриками: например, трудочасами. В Scrum чаще всего используют стори-поинты, которыми команда оценивает задачи в рамках «покера планирования» (Planning Poker).
Такой «покер» – это мероприятие, при котором все участники команды коллегиально присваивают каждой задаче ту или иную оценку сложности. Обычно для оценки сложности задач используют числа Фибоначчи: 1, 2, 3, 5, 8, 13 и так далее. Если команда опытная и сработанная, оценки ее участников будут совпадать и будут объективно оценивать сложность задачи.
3. Анализируйте диаграмму.
Нет смысла фиксировать ход работ, если его не анализировать. За диаграммой сгорания нужно следить каждый день, чтобы суметь своевременно внести коррективы в ход работ.
4. Адаптируйтесь в ходе спринта.
Исходя из анализа, команда должна предпринимать меры, если работы идут не по плану. Например, добавить еще больше задач в спринт, если «факт» опережает «план». Или придумать, как оптимизировать рабочий процесс, если команда опаздывает.
5. Проведите ретроспективу спринта.
Ретроспектива спринта – одно из обязательных событий в Scrum. На нем команда должна проанализировать завершенные работы, чтобы понять, как лучше выполнить следующий спринт. Например, в ходе ретроспективы команда может понять, что посчитала какие-то задачи более легкими, отчего не успела в срок.
А теперь рассмотрим наглядные примеры диаграмм сгорания, которые могут натолкнуть вас на инсайты.

Как верно интерпретировать данные диаграммы: продвинутый уровень

Что ж, перейдем к самому интересному: разбору графиков, которые отражают разнообразные типовые ситуации. При этом отметим, что нельзя с точной уверенностью трактовать тот или иной график. На их основе можно лишь строить гипотезы, которые в дальнейшем понадобится подтвердить или опровергнуть.

Пример № 1: «Факап дедлайна»

Чуточку не дожали
Банальная ситуация: команда не успела выполнить все задачи в срок. В этом случае, задача проектного менеджера или скрам-мастера разобраться, почему так. И придумать, что сделать, чтобы это не повторялось.

Пример № 2: «Подозрительно быстро»

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

Пример № 3: «На чилле, на расслабоне»

На такой диаграмме линия «факта» похожа на гамак, что как бы намекает
Такой график символизирует, что команда «спалилась» – сначала выполняла задачи слишком быстро, потом одумалась и сбавила темп. В этом случае с ее участниками нужно пообщаться, чтобы договориться о честной работе.
Но не спешите звать команду «на ковер»: вероятно, она быстро закрыла легкие задачи, а потом застряла на сложных.
Еще кажущееся снижение темпа работы может быть вызвано неверной оценкой трудозатрат по некоторым из задач. Например, задачу оценили в 5 стори-поинтов, хотя фактически она тянула на все 8. Пара таких задач может заметно исказить график.

Пример № 4: «Смена стиля»

Здесь видно, что команда опаздывала, но в конечном счете успела в срок
Достаточно частая ситуация, которая может возникнуть из-за предварительного погружения в нетривиальные задачи. Сначала участники команды немного опаздывают, осваиваясь, но потом верно выстраивают рабочие процессы и успевают в срок.

Пример № 5: «Команда “А”»

Почти идеальное совпадение «факта» с «планом»
Здесь видно, что работала опытная команда – они точно оценили трудозатраты и успели сдать работу в срок. Или это настолько опытная команда, что ее участники сымитировали точную оценку трудозатрат, чуть профилонили и сдали работы в срок – решать вам. Мы, конечно, думаем, что в Scrum все участники команды должны хорошо знать друг друга и совместно идти к общей цели, так что это скорее шутка.

Пример № 6 (наш любимый): «Какая диаграмма?»

Что?
Если какие-то работы выполнялись, но их ход не был отражен в диаграмме – поздравляю, ее никто не вел. Вообще, в действительности такая ситуация уже почти невозможна – современные таск-менеджеры автоматически фиксируют изменения в диаграмме сгорания. А вот раньше такое могло встретиться.
Что ж, с примерами закончили. Напоследок расскажем о диаграмме burnup – что это и чем она отличается от диаграммы сгорания.

Чем диаграмма сгорания отличается от диаграммы burnup

Если просто, диаграмма burnup – это как диаграмма сгорания, только наоборот. Она показывает, как объем выполненной работы увеличивается с течением времени. Ось Y представляет объем работы (выполненной и оставшейся), а ось X – время. Диаграмма burnup также имеет две линии: одну для «плана» и другую для «факта».
Так выглядит диаграмма burnup, на которой виден не только ход работы над спринтом, но и изменения в беклоге спринта
А зачем нужна диаграмма burnup, если есть диаграмма сгорания? В диаграмме сгорания изменения в объеме работы не отражаются напрямую. Там, если в спринт добавляются новые задачи, линия «факта» может перестать падать или даже начать расти – можно подумать, что команда работает плохо. А в burnup сразу видно изменение в количестве задач.
Поэтому обе диаграммы могут эффективно дополнять друг друга. Диаграмма сгорания дает четкое представление о текущем состоянии и оставшейся работе, а диаграмма burnup – о прогрессе и изменениях в общем объеме работы. Лучше всего использовать обе диаграммы, чтобы оценивать динамику работ и принимать более информированные решения.

Резюмируем

  1. Диаграмма сгорания помогает следить за прогрессом спринта. Она показывает, сколько работы осталось и как успешно идет выполнение задач.
  2. Она позволяет анализировать отклонения, чтобы оперативно вносить коррективы в ход работ. Если что-то идет не так, всегда можно выяснить причины и исправить ситуацию.
  3. Диаграмма сгорания не показывает полную картину происходящего. Важно правильно оценивать трудоемкость работ и следить за качеством их выполнения – эти данные вы не увидите в диаграмме.
  4. Для более точной оценки происходящего дополнительно стоит использовать диаграмму burnup. На ней видно изменения в количестве работ, а на диаграмме сгорания – нет.
Учитывайте предыдущий опыт и обсуждайте трудозатраты с командой – так вы сможете эффективнее оценивать их с каждым новым спринтом. И обращайтесь в Neogenda за бесплатной консультацией, если вам необходима экспертная помощь во внедрении современных управленческих практик.