Как проводить груминг, после которого вопросов становится меньше

Был я как-то на груминге, где аналитик 40 минут читал команде описание задачи из Jira

В конце спросил:

• Всё понятно?
• Да

А на следующий день началось:

• А что делать при ошибке?
• А эта система тоже меняется?
• А кто вообще может запускать процесс?
• А бизнес точно это согласовал?

И появился второй груминг под названием «давайте быстро созвонимся» 🤡

Проблема в том, что многие воспринимают груминг как презентацию готового ТЗ

Но его задача - проверить, одинаково ли аналитик, разработчики и тестировщики поняли будущую реализацию

Как я бы проводил груминг:

📍1. Объяснить цель Не: «Добавляем параметр deliveryType» А: «Сейчас клиент не может выбрать курьерскую доставку, поэтому оператор оформляет её вручную. Хотим перенести этот сценарий в приложение» Команда должна понимать не только что меняется, но и зачем

📍 2. Зафиксировать границы

Сразу проговорить:

• что входит в задачу
• что не входит
• какие системы меняем
• какие сценарии оставляем на потом

Иначе разработчик оценит один метод, тестировщик - весь процесс, а бизнес будет ждать ещё три экрана

📍 3. Показать основной сценарий

Например: Выбор доставки → Проверка адреса → Расчёт стоимости → Создание заказа Одна понятная схема часто полезнее пяти страниц текста

📍 4. Разобрать, где всё может пойти не так

• внешняя система не ответила
• адрес не обслуживается
• цена изменилась
• пользователь отправил запрос дважды;
• часть операции выполнилась, а часть упала

Именно на исключениях обычно находится половина пропущенных требований

📍 5. Вынести открытые вопросы

Не нужно делать вид, что всё известно

У каждого вопроса после встречи должны появиться:

• ответственный
• срок
• место, где будет зафиксировано решение

Иначе это не открытый вопрос, а будущий блокер

📍 6. Проверить, как команда поняла задачу Вопрос «всем всё понятно?» не работает

Лучше спросить:

• Какие компоненты придётся изменить?
• Какие риски вы видите?
• Что будем тестировать?
• Чего не хватает для оценки?

Если команда может своими словами объяснить реализацию - значит, общий контекст появился

Перед встречей можно пройтись по простому шаблону: Цель → Границы → Основной сценарий → Исключения → Открытые вопросы → Риски

Такой груминг помогает: ✅ точнее оценивать задачи ✅ находить дыры до разработки ✅ уменьшать количество внезапных созвонов ✅ снижать число переделок

И главное:

Хороший груминг - не тот, на котором не было вопросов

Хороший груминг - тот, на котором нужные вопросы задали до начала разработки, а не за день до релиза