Уточнение Бэклога Продукта: 14 главных принципов

Product Backlog refinement (уточнение Беклога Продукта) — постоянный процесс, позволяющий скрам-команде планировать Спринты с учетом ситуативных изменений. Эта история – о понимании всеми членами команды Why, What, How и Who (Почему, Что, Как и Для кого), учитывая предстоящую работу над достижением Цели Продукта. Как результат, уточнение Беклога Продукта является критически важным фактором его успешности, поскольку оно резко повышает способность команды регулярно доставлять ценные Инкременты.

🎓 Развивайте свое понимание практики фасилитации и принятия решений, посетите тренинг Professional Scrum Facilitation Skills

Цель уточнения Бэклога Продукта, согласно со Скрам Гайдом

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

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

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

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

Несмотря на то, что уточнение по временным рамкам исчезло со Scrum Guide 2020, в командах сохраняется правило резервировать до 10% времени на уточнение Бэклога Продукта.

Структурировать процесс Product Backlog refinement стоит вокруг следующих вопросов:

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

По моему мнению, следующая цитата Карла Поппера прекрасно описывает, почему уточнение Беклога Продукта является столь важным фактором успеха любой скрам-команды:

14 принципов успеха в Product Backlog Refinement

1. Цель уточнения
   Конечной целью уточнения является общее понимание «почему», «что», «как» и «для кого» в паре с уверенностью разработчиков в том, что они могут создать соответствующий элемент Product Backlog в течение одного спринта.
2. Длительность
   Уточнение единственного элемента бэклога может иметь несколько раундов. Лучше пускай они будут короткими, но частыми.
3. Постоянное уточнение
   Не следует относиться к уточнению Беклога Продукта как к изолированному часовому событию, которое нужно выполнять в рамках какого-то чеклиста. Уточнение необходимо проводить тогда, когда членам команды необходимо уточнить тот либо другой элемент беклога. К примеру, когда они получили новую информацию. Относитесь к этому как к регулярному событию, являющемуся частью работы команды во время спринта.
4. Всем присутствовать необязательно
   Не тратьте время команды. На уточнении должны присутствовать только члены команды, непосредственно работающие над этим элементом Беклога или заинтересованные в его продвижении.
5. Уточнение — для всех
   Product Owner должен стараться вовлечь всю скрам-команду в процесс уточнения Беклога Продукта, чтобы они не полагались только на лид-инженера и дизайнера. Инклюзивный подход обладает очевидными преимуществами, ведь при решении комплексных проблем не существует экспертов, а только конкурирующие идеи. Таким образом, ограничивая количество участников уточнения Беклога Продукта, мы повышаем риск возникновения подтверждающих предубеждений.
6. Аутсайдеры
   Приглашайте стейкхолдеров и экспертов по теме на сессии уточнения, так вы расширите понимание проблемы и спектр возможных решений.
7. Определение готового
   Определение готового представляет либо временные тренировочные колеса для младшей Scrum-команды, либо антипатерн.
8. Не забегайте далеко вперед
   Держите фокус продуктового беклога на цели продукта, примерно покрывая 3-6 спринтов. Этот фокус позволит вкладывать в уточнение минимум усилий, не теряя время команды. Уточняйте только те элементы Беклога, которые точно или почти точно пойдут в разработку в ближайшее время.
9. User research
   Уточнение беклога и анализ продукта близко связаны и происходят параллельно. User research – это часть активностей уточнения Беклога и включает, например, юзер интервью, разработку прототипов и их тестирование на пользователях.
10. INVEST
    Уточняя элементы Беклога Продукта, следуйте принципу INVEST, популяризованному Биллом Уэйком. I – Independent (независимый), N – Negotiable (открытый для переговоров), V – Valuable (ценный), E – Estimable (оцениваемый), S – Small (маленький), T – Testable (доступный для тестирования).
11. Определение готового и критерии готовности
    Product Backlog refinement требует проработанного определения готового. Более того, нужно понимать разницу между определением готового и критериями готовности, а также прийти к общему пониманию того, как команда использует то и другое.
12. Качество
    Учитывайте технический долг и рефакторинг, уточняя элементы Бэклога, ведь то и другое являются постоянными похитителями времени у разработчиков, которые могут с легкостью откусить 15-30% капасити.
13. Оценка
    Завершать уточнение оцениванием имеет смысл, когда вы выравняете цифры. Оценка элементов Бэклога Продукта в конце уточнения служит единственной цели: чтобы команда понимала все «что», «почему» и «как». Иными словами, чтобы была точка соприкосновения, от которой все члены команды смогут двигаться вперед. Разногласия при оценке могут указывать на различия в понимании природы элемента Бэклога продукта. Или же они могут указывать на пробелы в навыках, которые команда, вероятно, должна решить. В любом случае, эти проблемы повышают риск невыполнения результатов в будущих спринтах. Когда ваша Scrum-команда решит сделать оценку частью процесса уточнения, соблюдайте относительность в этих оценках — стори пойнтах, футболках, попугаях — и избегайте абсолютных оценок. Они уходят корнями в индустриальную эпоху и тейлоризм, связанные с индивидуальной производительностью, эффективностью, вознаграждением и жесткими обязательствами. Кроме того, ставить абсолютные оценки люди так же не умеют.
14. Не все есть юзер стори
    Не становитесь жертвой фетиша формата стори: “Как админ баз данных, я хочу обновить ПО базы данных до версии 5.x, чтобы….” Истории пользователей описывают будущее состояние системы с точки зрения пользователя. Итак, хотя каждая история пользователя является элементом Бэклога продукта, не все элементы Бэклога продукта являются историями пользователя. Существуют другие рабочие элементы, такие как баги, спайки или нефункциональные требования, упомянутые выше. Избегайте траты времени на принудительное использование при уточнении унифицированного формата элементов Product Backlog. Кроме того, уточнение касается договоренностей между членами команды. Дело не в выборе правильного формата документации.

Подбивая итоги

Уточнение Беклога Продукта – это непрерывный процесс создания действенных продуктовых бэклогов. Эта компетенция скрам-команды критически важна для построения доверия менеджмента и стейкхолдеров, ведь она позволяет команде регулярно поставлять ценные Инкременты. Также уточнение является очень эффективным способом снижения рисков в сложной среде.

Источник: Стефан Уолперс