Руководство по скраму | 40. Развитие бэклога продукта

Опубликовано: 2022-07-21

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

Развитие бэклога продукта — оглавление:

  1. Введение
  2. Цель развития Бэклога Продукта
  3. Ошибки в обслуживании Бэклога Продукта
  4. Сопровождение невыполненных работ в сравнении с метриками, используемыми в Scrum
  5. Резюме

Введение

Бэклог продукта — один из артефактов Scrum. Он содержит приоритетный список работ, необходимых для создания Продукта. Другими словами, это список пользовательских историй, необходимых для достижения цели продукта. Подробное описание того, что такое User Stories, вы можете найти в этой статье. А вот подробности о характеристиках и о том, как вести Бэклог Продукта.

Развитие бэклога продукта также имеет следующие названия:

  • Расстановка приоритетов отставания,
  • Уточнение отставания,
  • Масштабирование отставания.

Цель развития Бэклога Продукта

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

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

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

product backlog nurturing

Ошибки в обслуживании Бэклога Продукта

Одна из самых распространенных проблем, связанных с развитием Бэклога Продукта, — позволить ему неконтролируемо расширяться. Это связано с тем, что во время работы над Продуктом спонтанно появляются различные дополнительные функции и задачи, предлагаемые как Заинтересованными лицами, так и членами Скрам-команды. Таким образом, ограничение роста объема Бэклога Продукта (scrop crawl) — одна из важнейших задач, выполняемых Владельцем Продукта. Наиболее распространенные ошибки, которые совершают владельцы продукта, касаются:

  1. Отклонение от цели продукта — добавление слишком большого количества идей в бэклог продукта помимо основной цели продукта — не лучшая практика, так как это значительно снижает его читабельность. Лучше собирать идеи для дополнительных функций в отдельном документе.
  2. Дублирование контента — внесение повторяющихся или очень похожих идей от разных стейкхолдеров в Бэклог — перед добавлением еще одной записи в Бэклог Владелец Продукта должен убедиться, что новая запись не дублирует ни одну из существующих.
  3. Отсутствие более широкой перспективы — вам следует упорядочивать записи Бэклога Продукта в соответствии с их ценностью в отношении Цели Продукта. Тем не менее, имейте в виду, что расстановка приоритетов должна учитывать следующие несколько спринтов, чтобы задачи, выполняемые в данном спринте, были неразрывно связаны как с предыдущим спринтом, так и со спринтом, следующим сразу за ним.

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

Сопровождение невыполненных работ в сравнении с метриками, используемыми в Scrum

Бэклог продукта содержит описание оставшейся работы по всему проекту. Однако только актуальный и регулярно обновляемый Бэклог может точно оценить соотношение объема выполненной работы к общему количеству. Чтобы отобразить объем выполненной работы, следует применить Burndown Chart, о котором мы писали в этой статье.

Еще одна популярная метрика для описания работы Scrum Team — это Velocity. Вы можете измерить это, сравнив количество записей Бэклога Продукта, преобразованных в Инкремент за один Спринт. Более подробно мы описали Velocity в этой статье.

Product Backlog nurturing

Резюме

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

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

Scrum Guide | 40. Product Backlog nurturing 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. Развитие бэклога продукта