Руководство по скраму | 32. Преимущества и недостатки диаграммы выгорания

Опубликовано: 2022-06-22

Диаграмма сжигания имеет много преимуществ. Это один из основных инструментов метрик в Scrum по нескольким причинам. Его легко создавать, масштабировать и читать. Однако есть у него и недостатки, которые делают его не универсальным средством. В сегодняшней статье мы затронем тему недостатков и преимуществ диаграммы выгорания.

Преимущества и недостатки диаграммы выгорания – содержание:

  1. Введение
  2. Преимущества диаграммы Burndown
  3. Недостатки диаграммы Burndown
  4. Резюме

Введение

О том, что это такое, как создать и интерпретировать Burndown Chart, мы писали в предыдущих статьях. Сегодня мы сосредоточимся на преимуществах и недостатках диаграммы выгорания. Однако большинство из них не скрыты в самом простом графе. Скорее, они связаны со способами использования диаграммы выгорания для мотивации Команды Разработки, так как описывают результаты их работы и усиливают самоорганизацию.

Преимущества диаграммы Burndown

Диаграмма сжигания позволяет вам визуализировать ход вашего проекта. Его читабельность и простота делают его таким популярным. Вот почему это хорошая идея, чтобы Burn Chart был не только постоянно обновляемой метрикой, скрытой в цифровом инструменте управления проектами. Если это вообще возможно, стоит сделать его точкой отсчета для Команды Разработки, видимой на физическом рабочем месте. Будь то визуализация на экране или набросок от руки.

Это мотивирует команду разработчиков

Прозрачность гороскопа может сделать его инструментом, мотивирующим Команду Разработки работать эффективно. Достижение «нулевой» точки в каждом Спринте может стать амбициозной целью Команды, за которую даются вознаграждения — по принципам бизнес-геймификации.

Наглядность актуальной и интересной диаграммы выгорания также может повысить дух сотрудничества и самоорганизации. В конце концов, метрика — это мера командной работы. Он не показывает, кто именно выполнил – или не выполнил – запланированные задачи, а показывает только достигнутые результаты.

Он измеряет фактически выполненную работу

Разработчики решают, сколько задач они будут выполнять в данном спринте. Чем опытнее Команда, тем точнее она должна прогнозировать свои действия. А диаграмма накопления отражает реальный прогресс Спринта.

Таким образом, преимущество гороскопа состоит не столько в измерении объективного объема проделанной работы, сколько в соотношении запланированных и выполненных задач. Таким образом, Разработчики постепенно учатся планировать их и могут все точнее оценивать свои возможности и устранять повторяющиеся ошибки.

Сочетается с другими инструментами

Одним из существенных преимуществ диаграммы выгорания является ее универсальность в сочетании с другими инструментами. Следующие инструменты могут применяться к:

  • анализ работы команды разработчиков
  • визуализация хода работы над Продуктом
  • оценка бюджета проекта

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

Advantages of the burndown chart

Недостатки диаграммы Burndown

Несмотря на все преимущества диаграммы Burndown, изложенные выше, она может стать источником путаницы для Команды Разработки. Однако то, что мы часто называем «недостатками» диаграммы выгорания, не связано с несовершенством самого инструмента. Проблемы, изложенные ниже, касаются способа реализации диаграммы выгорания, а не ее дизайна. Ниже приведены недостатки, которые могут помешать отображать прогресс Команды Разработки таким образом.

«Человеческий фактор»

Графики не могут быть абсолютной мерой прогресса команды. Это всего лишь инструменты, которые можно применять разными, более или менее искусными способами. Мы можем считать это недостатком (или преимуществом) не только диаграммы выгорания, но и других показателей эффективности команды.

Чтобы создать диаграмму выгорания, вам нужны другие люди для ввода данных. Другими словами, Разработчики наносят на график время выполнения задачи. Возможно, они немного удлинили или сократили его — либо по невнимательности, либо из-за желания улучшить ситуацию для команды. Разработчики также иногда забывают регистрировать свое время. Или оставить таймер включенным. Это приводит к увеличению рабочего времени до нескольких часов. И обнаружив ошибку, трудно реконструировать ее реальный ход.

Изменения в Бэклоге Спринта

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

Это приводит к масштабированию графика выгорания. Это связано с тем, что время, необходимое для выполнения задач, остается прежним. Однако масштаб оставшихся задач увеличивается. Это может создать ложное впечатление, что Команда Разработки неправильно спланировала работу, которую нужно выполнить в данном Спринте. Или что он работает слишком медленно.

Изменения в Журнале Спринта также могут быть вызваны слишком быстрым выполнением задач. В такой ситуации Команда Разработки обычно принимает решение об увеличении количества задач. Это, в свою очередь, может привести к их несвоевременному завершению. Кроме того, конфликты могут возникать из-за наложения оставшихся задач предыдущего спринта на новые задачи, выполнение которых запланировано заинтересованными сторонами и владельцами продукта.

Изменения в Бэклоге Продукта

Большие изменения в Бэклоге Продукта могут нарушить форму гороскопа. И тем самым сильно исказить картину прогресса работы и эффективности команды. Это происходит, когда появляются новые User Stories . А те, которые близки к этапу реализации, часто разбиваются на более мелкие части. Также бывает, что Клиент отказывается от некоторых функций Продукта.

Поэтому при интерпретации горн-чарта нужно руководствоваться знаниями и опытом оценки работы Команды. А также учитывать вариативность Бэклога. Если диаграмма — не единственная метрика, используемая для оценки производительности, другие диаграммы позволят вам увидеть более полную картину хода работы.

Advantages and disadvantages of the burndown chart

Резюме

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

Тщательно применяя принципы Scrum, вы можете избежать потенциальных проблем с Burndown. Самое главное — адаптировать инструменты ведения графика под реальную работу Скрам-команды, а также минимизировать изменения в Бэклоге Спринта и Продукта, о чем мы подробнее пишем в этой статье.

Если вам нравится наш контент, присоединяйтесь к нашему сообществу занятых пчел в Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 32. Advantages and disadvantages of the burndown chart caroline becker avatar 1background

Автор: Кэролайн Беккер.

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

Просмотреть все сообщения

Руководство по скраму:

  1. Глоссарий основных терминов, ролей и понятий
  2. Что такое Скрам?
  3. Скрам-ценности
  4. Как внедрить Scrum в вашей компании?
  5. Скрам-команда — что это такое и как она работает?
  6. Кто такой владелец продукта?
  7. Самые распространенные ошибки владельца продукта
  8. Кто такой скрам-мастер?
  9. Характеристики хорошего скрам-мастера
  10. Самые распространенные ошибки скрам-мастера
  11. Какую статистику и показатели должен отслеживать скрам-мастер?
  12. Сотрудничество между владельцем продукта и скрам-мастером
  13. Команда разработчиков в Scrum
  14. Самые распространенные ошибки разработчиков
  15. Скрам артефакты
  16. Масштабирование Скрама
  17. Бэклог спринта
  18. Что такое бэклог продукта?
  19. Что такое пользовательские истории?
  20. Создание лучшей пользовательской истории с INVEST
  21. Самые распространенные ошибки User Story
  22. Критерии приемлемости пользовательской истории
  23. Оценка и баллы в Scrum
  24. Планирование покера
  25. Игра на оценку команды
  26. Определение приращения
  27. Скрам-события
  28. Что такое спринт в Scrum?
  29. Обязательства команды Scrum — цель продукта, цель спринта и определение завершения
  30. Что такое диаграмма выгорания?
  31. Как создать и интерпретировать диаграмму выгорания?
  32. Преимущества и недостатки диаграммы выгорания
  33. Канбан-доски в Scrum и Scrumban
  34. Скорость в Scrum — скорость команды разработчиков
  35. Ежедневный Скрам
  36. Планирование спринта
  37. Обзор спринта
  38. Что такое ретроспектива спринта?
  39. Распространенные ошибки во время ретроспективы спринта
  40. Развитие бэклога продукта