Диаграмма сгорания задач

Визуализация —- лучший помощник. И в проектном управлении это актуально, как никогда.

В методологии Scrum для контроля хода проекта применяется Диаграмма сгорания задач или Burndown Chart.

Диаграмма наглядно показывает —  сколько задач осталось до завершения спринта. Суть ее проста:

  • по вертикали указываются задачи которые еще нужно выполнить.
  • по горизонтали, время исполнения.

Если говорить абстрактно, то цель — “сжечь” все задачи.

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

Дальше, по мере выполнения работ, проектная команда точками на графике указывает ход выполнения задач. Наглядно видно, как выполняется проект.

Если точки выше прямой — проект запаздывает.

Если ниже — задачи выполняются с опережением.

При формировании Диаграммы сгорания задач рекомендуется анализировать и заполнять Диаграмму в одно и тоже время с одинаковой периодичностью. Идеально — если это делается ежедневно.

Что делать, если график идет с опозданием?

  1. На очередном митинге обсудить причины и последствия. Является ли отставание кратковременным или намечается тенденция?
  2. Естественно, разработать план — как исправить ситуацию.
  3. Если отставание серьезное и команда не уверена, что сможет догнать график, об этом уведомляется Владелец продукта.
  4. Вместе с Владельцем продукта обсуждается возможность сокращения мероприятий спринта, за счет менее приоритетных задач. Либо вырабатывается план ускорения при такой возможности.

Если график идет с сильным опережением, это тоже не очень хорошая тенденция.

Видно не правильно был спланирован спринт. Поэтому:

Во-первых, на ретроспективе команде нужно обсудить этот вопрос и пересмотреть свой подход в планировании спринта.

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

Несколько дополнительных рекомендаций:

1. Конечно, график лучше вести в автоматизированном режиме. Почти все программные средства по Scrum это позволяют делать.

2. Доступ к графику должен быть у каждого члена команды, и владельца продукта.