Уточнение Бэклога Продукта (Product Backlog Refinement)
Уточнение Бэклога Продукта (PBR) проводится в каждом Спринте для уточнения Элементов Бэклога Продукта, чтобы они были готовы для будущих Спринтов. Основными видами деятельности при PBR являются (1) разделение больших Элементов Бэклога Продукта, (2) детализация элементов до готовности и (3) оценка элементов. В рамках эмпирического процесса контроля Скрам не говорит, как делать PBR, хотя предполагает, что команда тратит на него не более 10% своего времени в течении Спринта. Обычно это бывает в середине Спринта.
Замечание! Уточнение элементов не производится отдельно Владельцем Продукта или группой бизнес-аналитики, это может привести к потерям и искажению информации. Именно команда делает эту работу, и не какая-то часть команды, а вся команда, так как правила Скрам запрещают деление команды на специализированные подгруппы, такие как аналитика или тестирование
Обзор Уточнения Бэклога Продукта (Product Backlog Refinement Overview)
Уточнение Бэклога Продукта часто выполняется в виде:
- Общее Уточнение Бэклога Продукта для всех команд (Overall Product Backlog Refinement)
- Командное Уточнение Бэклога Продукта на уровне одной команды (Team-Level Product Backlog Refinement)
- Многокомандное Уточнение Бэклога Продукта на уровне нескольких команд (Multi-team Product Backlog Refinement)
Общее Уточнение Бэклога Продукта (Overall PBR)
Правила LeSS вызывают вопросы: как распределять Элементы Бэклога Продукта между командами? И как быть с проблемами масштабирования: общим пониманием, координацией, общей работой, согласованными оценками и балансом специализации и гибкости?
Общее Уточнение Бэклога Продукта как раз предназначено для решения этих проблем. Вкратце, общая сессия PBR проводится с представителями команд до проведения отдельных сессий PBR для каждой команды. Это необходимо, чтобы понять, какие команды могут работать над конкретными элементами Бэклога Продукта, а также усиления понимания и согласованности команд. Участники сессии это Владелец Продукта, эксперты, а также, либо все члены всех команд, либо пара представителей от каждой команды. Наиболее предпочтительным вариантом, как правило, является второй (с представителями команд), чтобы сократить время встречи и не тратить время всех участников команды на “еще одну встречу”. Хотя ценой этого являются потери, связанные с передачей и разбросом информации.
Выполните на этом мероприятии следующие действия:
- разделите крупные Элементы Бэклога
- сделайте поверхностный анализ Элементов Бэклога для их базового понимания
- оцените рассматриваемые Элементы Бэклога
- выявите сильно связанные Элементы Бэклога, которые предполагают совместную работу, общую работу или координацию
Командное Уточнение Бэклога Продукта (Team-level PBR)
Когда элемент явно может быть сделан одной командой и он не будет слишком сильно связан с другими элементами, тогда Уточнение Бэклога Продукта будет таким же, как и в одной Скрам-команде. Команда сама выполняет уточнение, в идеале вместе с пользователями/клиентами/заинтересованными сторонами и информирует Владельца Продукта об изменениях в Бэклоге Продукта (разбиение, переоценка).
Многокомандное Уточнение Бэклога Продукта (Multi-team PBR)
Многокомандная сессия PBR - это когда несколько команд вместе находятся в одной комнате, проводя PBR. На встрече присутствуют эксперты и все члены участвующих команд.
Чем это отличается от общего PBR? Общее Уточнение Бэклога продукта предполагает участие всех команд, а многокомандное должно включать как минимум две команды. И данное мероприятие подразумевает участие всех членов команд, а не представителей.
Используйте многокомандную сессию PBR для улучшения общего понимания, а также как возможность для координации, когда несколько команд работают над общей группой Элементов Бэклога или над сильно-связанными элементами.
Многокомандная сессия PBR может быть дополнением или заменой командного PBR.
Перевод - Господчиков Сергей