Scrum: как улучшить бэклог продукта?

Не все элементы в бэклоге продукта будут одинакового размера и уровня детализации в одно и то же время (т. е. фичи/эприки/пользовательские истории и задачи). PBI, над которыми мы планируем работать в ближайшее время, должны находиться в верхней части бэклога, быть небольшими по размеру и очень подробными, чтобы над ними можно было работать в ближайшем спринте. PBI, над которыми мы не будем работать какое-то время, должны быть ближе к концу очереди, больше по размеру и менее детализированы.

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

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

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

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

Уровень детализации элементов невыполненной работы по продукту (PBI)

На рисунке показаны различные уровни декомпозиции требований для соответствия серии спринтов дорожной карты разработки.

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

Резерв продукта

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

Элементы невыполненной работы по продукту

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

Процесс планирования спринта

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

Резюме

Целью процесса уточнения невыполненной работы продукта является получение элементов невыполненной работы продукта в состоянии готовности для планирования спринта, чтобы элементы невыполненной работы продукта были:

• Достаточно ясно и понятно всем в команде
• Достаточно маленький, чтобы его можно было включить в спринт

Другие рекомендуемые статьи о Scrum

• Что такое Скрам-артефакты?
• Что такое определение готовности в Scrum?
• Как написать цель спринта?
• Что такое бэклог продукта в Scrum? Кто несет ответственность за это?
• Как улучшить бэклог продукта?