Что такое Product Backlog в Scrum? Кто за него отвечает?

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

Product Backlog — это развивающийся список. Первоначальная версия содержит только первые и наиболее известные требования (не обязательно глубоко понимать). Product Backlog развивается по мере изменения продукта и среды разработки. Он динамичен и часто меняется, чтобы определить, что необходимо для обеспечения жизнеспособности, конкурентоспособности и полезности продукта. Пока существует продукт, существует и Product Backlog.

Product Backlog содержит все функции, сценарии использования, пользовательские истории, улучшения и исправления ошибок, запланированные на будущие релизы. Элемент Product Backlog (PBI) включает описание, последовательность и оценку усилий.

Элементы Product Backlog (PBIs) обычно упорядочиваются по ценности, риску, приоритету и необходимости. Они располагаются от самого высокого к самому низкому приоритету, при этом каждый элемент имеет уникальный порядок. Элементы, находящиеся на вершине Product Backlog, должны быть разработаны немедленно. Чем выше ранг, тем более срочным является элемент, и тем тщательнее нужно оценивать его ценность — ваше понимание ценности становится более последовательным.

Product Backlog в Scrum

Элементы с более высоким рангом в Product Backlog более четкие и конкретные, чем элементы с низким рангом. Эти элементы можно оценить точнее на основе более четкого содержания и более подробной информации. Другими словами, чем ниже приоритет элемента в списке, тем менее детализированным он становится. Элементы Product Backlog, разрабатываемые командой в Sprint разбиваются на мелкие задачи, чтобы любой элемент можно было «сделать» в течение time-box. Элементы Product Backlog, которые команда разработки может «завершить» в Sprint, считаются соответствующими **определению «Готов»** и могут быть выбраны во время встречи планирования Sprint.

Процесс Scrum

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

Хотя несколько команд Scrum могут сотрудничать в разработке продукта, но только один Product Backlog описывает следующую работу по продукту. Затем необходимо использовать атрибуты для категоризации элементов Product Backlog.

Через Улучшение Product Backlog, добавляются детали, оценки и порядок. Это непрерывный процесс, в ходе которого Product Owner и команда разработки совместно обсуждают детали каждого элемента списка. Элементы пересматриваются и корректируются в Product Backlog. Однако Product Owner может в любой момент обновить любой элемент в Product Backlog и принимать решения по мере необходимости.

Улучшение Product Backlog — это непрерывная деятельность, а не ограниченная по времени. Она выполняется Product Owner и командой разработки. Команда разработки, как правило, обладает экспертными знаниями в области, чтобы самостоятельно улучшать процесс. Однако когда и как проводится улучшение, решает команда Scrum.улучшение Product Backlog обычно занимает не более 10% времени разработки команды.

Встреча по уточнению продукта

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

Контроль прогресса через цели спринта

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

Scrum не учитывает время, затраченное на элементы в списке продуктов. Мы заботимся только о оставшейся работе и переменной даты.

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

Прогресс спринта Scrum