

Зачем нужен Product Backlog Refinement?
Чтобы потратить меньше времени на планирование спринта. Прийти к нему с уже проработанными, детализированными и всем понятными задачами (User Story).

Как проводить Product Backlog Refinement?
Вы должны обсудить с командой текущий бэклог продукта и совместно добиться более лучшего понимания элементов беклога.

Кто проводит Product Backlog Refinement?
Скрам–команда (обязательно вместе с Владельцем Продукта) и заинтересованными лицами

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


Зачем нужен рефайнмент?
Чтобы потратить меньше времени на планирование спринта. Прийти к нему с уже проработанными, детализированными и всем понятными задачами (User Story). С пониманием, сколько надо потратить на них времени, как оценить готовность и результат. Сделать так, чтобы все элементы бэклога соответствовали вашим Definition of Ready — Критериям готовности Задач в Scrum.
Рефайнмент позволяет сфокусироваться на цели спринта и на том, как ее достичь. Проще говоря, хотите хорошо спланировать спринт — проведите предварительный рефайнмент бэклога.
Если вы все еще не решили, что backlog refinement — это важная штука, на которую стоит потратить время, вот более детальные выгоды:

Можно обойтись без Product Backlog Refinement?
Да, можно если вы — продуктовая компания, которая точно знает, что делать и новые задачи не валятся снежным комом. Работа над продуктом отлажена до мельчайших деталей.
Нет, если компания работает над несколькими проектами, согласовывает их с заказчиками, постоянно получает от них корректировки, новые идеи и запросы. Для таких команд отсутствие рефайнмента приводит к тому, что на планирование спринта они выходят с плохо подготовленными User Story.
Как результат, обсуждение затягивается на несколько часов, команда погружается в долгие дискуссии и дебаты. Хороший product owner должен делать все возможное, чтоб подобного избежать.

Когда проводить Product Backlog Refinement
За два–три дня до следующего планирования спринта, чтобы уточнить, что делать. Или в оговоренный день, один раз в неделю. Лучше посередине спринта.
Это должны быть короткие встречи — не больше 10% рабочего времени. Если спринт рассчитан на 2 недели, то backlog refinement займет 2-3 часа. Если у вас недельные спринты — то час–два. Справитесь быстрее — отлично!
В компаниях, которые работают по скрам, команды посвящают обсуждению одной пользовательской истории из бэклога 15-20 минут ежедневно. Весь день до следующей встреча они проводят что–то вроде самостоятельной разведки, копаются в истории, смотрят на нее с разных сторон. Так они приходят к планированию более подготовленными. Этот подход позволяет на планировании спринта сразу переходить к «распилу» пользовательской истории на задачи и подзадачи и брать их в работу. На это уходит 10 минут. Это экономит в совокупности два (!) часа на планирование (при двухнедельных спринтах).

Кто проводит бэклог рефайнмент?
На встрече должны быть:

Как провести Backlog Refinement
Для начала еще раз обозначим,что цель рефайнмента — обсудить текущий бэклог продукта, понять, что в нем исправить/поправить и определить, что конкретно делаем.

Какие инструменты использовать для backlog refinement?
Приоритизация — это один из ключевых пунктов рефайнмента. Поэтому для всех участников важно визуализировать важность и взаимосвязь всех задач бэклога.
Для упорядочивания компании используют параметры: Value и Efforts. Их сравнение помогает расставить приоритеты и выбрать самые важные задачи.

Как сильно нужно «причесывать» бэклог?
Эксперты рекомендуют прорабатывать пользовательские истории в рамках рефайнмента на 70%. У команды должны остаться открытые вопросы, сомнения и для неизвестности. Но этого должно быть не много, и не в самых важных местах.
Когда же заполнять стальные 30%? Ответ прост: прямо во время спринта. Команды устранят их, выполняя свою работу. Но для этого критически важно, чтобы product owner был доступен для команды на протяжении всего спринта.

Как оценить результаты Product Backlog Refinement

Кейс проведения Refinement
Компания разрабатывает систему для крупного образовательного продукта. В работе над ним стали регулярно проводить baclog rafinement. Какие выводы сделали: