Example Mapping - как способ структурировать Product Backlog Refinement (PBR)
Один из самых частых вопросов начинающих Scrum-мастеров: как проводить Уточнение Беклога (он же Product Backlog Refinement (PBR), он же Груминг)?
Универсального ответа не существует, но есть достаточно простая и в тоже время достаточно чёткая практика - Example Mapping.
Что такое Example Mapping
Example Mapping — это приём уточнения бэклога, который помогает команде структурировать разговор вокруг одного элемента бэклога. Его цель — выявить:
- критерии приёмки (правила),
- примеры (сценарии), которые проясняют эти правила,
- вопросы, требующие ответа перед началом разработки.
Зачем он нужен
- Общее понимание. Сценарии помогают договориться о поведении системы.
- Раннее снятие вопросов. Записанные вопросы можно решить до старта работы.
- Подготовка тестов. Примеры превращаются в приёмочные тесты.
- Возможность дробить работу. Правила и примеры указывают, как разбить крупный элемент на несколько меньших.
Когда проводить
Лучше всего обсуждать элемент незадолго до того, как команде предстоит его реализовать. Частота зависит от контекста: ad hoc перед каждым новым элементом или, как советует автор подхода Мэтт Уинн, примерно раз в два дня.
Как проводить
Участники
Минимум: представитель бизнеса, разработчик, тестировщик.
Стикеры
- 🟨Жёлтые - Пользовательские истории (User Story).
- 🟦Синий - бизнес-правила (критерии приёмки).
- 🟩Зелёный - примеры (Действие => Результат).
- 🟥Красный - вопросы.
Процесс
- Выбираем очередную Пользовательскую историю
- Записываем известные правила по ней
- Для каждого правила добавляем нужные примеры
- Задаём вопросы критические вопросы
- Фиксируем ответы на вопросы как уточнения правил или как конкретные примеры
- Фиксируем вопросы, на которые не получили ответа
- Останавливаемся, когда требования по Пользовательской истории понятны или время для текущей Пользовательской истории вышло (25 минут)
- Если остались непрояснённые вопросы, вы вернётесь к этой Истории, в следующий PBR, когда проясните ответы на них
Важные нюансы
- Примеры ≠ правила. Примеры уточняют правило, но не заменяют его.
- Правила и примеры помогают делить истории. Если Пользовательская история слишком большая её можно разделить по правилам: например, реализовав в первом Спринте только самые критичные правила.В некоторых случая истории настолько крупные, что правила приходится делить ещё и на примеры: т.е. реализуем историю по итрациям, чтобы она сначала удовлетворяла части примеров, затем следующей части. Их также можно приоритезировать по критичности
- Не спешите оформлять чётко по правилам. Во время встречи достаточно наброска примеров. В формате тест-кейсов или ИВВ тестов можно будет описать уже за приделами сессии.
Распределённый Example Mapping
Для удалённых команд подойдут:
Главное - чтобы инструмент не мешал, а помогал обсуждению.