Руководство по скраму | 18. Что такое бэклог продукта?

Опубликовано: 2022-05-19

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

Что такое бэклог продукта? - оглавление:

  1. Введение
  2. Что содержит Бэклог Продукта?
  3. Форма Бэклога Продукта
  4. Улучшение бэклога продукта
  5. Резюме

Введение

Бэклог Продукта — самый большой из Скрам Артефактов. Он отражает статус работы над Продуктом относительно Цели Продукта. С другой стороны, когда работа над Продуктом завершена, его Бэклог становится полным списком задач, выполненных Скрам-командой для создания Продукта. Однако он не содержит подробных технических решений.

What is the Product Backlog?

Что содержит Бэклог Продукта?

Бэклог Продукта создается во время встреч Владельца Продукта с Заинтересованными сторонами. Владелец продукта является единственным владельцем и лицом, ответственным за этот источник задач.

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

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

  • Объем модификаций Продукта
  • Цель модификации Продукта
  • Тип пользователя, для которого подходит эта модификация
product backlog

Форма Бэклога Продукта

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

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

Записи в Бэклоге Продукта могут представлять альтернативные решения. А также идеи Заказчика, которые могут устареть, стать невыгодными или по каким-то другим причинам так и не вступить в фазу реализации. Именно поэтому Бэклог Продукта иногда в шутку называют «списком желаний Заказчика».

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

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

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

Улучшение бэклога продукта

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

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

Команда разработчиков со временем учится правильно оценивать время и усилия, необходимые для завершения конкретной пользовательской истории. Это выражается в днях, человеко-часах или Story Points и обеспечивает оценку значения, называемого Team Velocity.

Резюме

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

  • Описание работы более подробное
  • Объем задачи меньше
  • Объем задачи лучше определен

Скрам-команда берет на себя задачи. Владелец Продукта управляет и модифицирует Бэклог Продукта.

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

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