Груминг бэклога: что это и чем отличается от планирования

Вячеслав Степанов — проджект-менеджер, ментор · 2 октября 2026

Если планирование спринта растягивается на полдня, а команда в середине спринта выясняет, что «задача оказалась в три раза больше», — скорее всего, в команде нет нормального груминга. Это встреча, на которой задачи готовят к работе заранее. Проджект-менеджер ведёт её одной из первых. Ниже — что такое груминг, чем он отличается от планирования, какие бывают виды и как его провести. Видео-версия — мой открытый урок, сразу ниже.

Если видео не открывается — смотри на YouTube (может понадобиться VPN).

Что такое груминг

Груминг (от англ. grooming — «уход», «приведение в порядок») — это регулярная работа команды над бэклогом: задачи уточняют, добавляют им описание и критерии приёмки, дробят крупные на мелкие, оценивают и удаляют неактуальные. Цель — чтобы к планированию спринта верхние задачи бэклога были готовы к работе.

У груминга есть история. В Scrum Guide — официальном руководстве по Scrum — практика появилась в редакции 2011 года под названием Product Backlog Grooming. В редакции 2013 года её переименовали в Product Backlog Refinement — «уточнение бэклога». В индустрии живут оба слова, а в русскоязычных командах чаще говорят просто «груминг».

Действующая редакция Scrum Guide описывает уточнение бэклога как постоянную деятельность: команда разбивает элементы бэклога на более мелкие и точные и добавляет им описание, порядок и размер. Отдельным событием с жёстким временем, как планирование или ретроспектива, груминг не считается. Поэтому если на собеседовании спросят, является ли груминг частью Scrum, ответ — да, но как постоянная работа команды, а не обязательная встреча.

Что ломается без груминга

• Задачи зависают в спринте. На планировании взяли «вроде понятную» задачу, а в середине спринта всплыли вопросы. Задача стоит, пока разработчик ждёт ответа от продакт-оунера.
• Оценки наугад. Команда видит задачу впервые на планировании и оценивает с потолка. Через пару дней выясняется, что работы в разы больше.
• Бэклог превращается в свалку. Без регулярной чистки в нём копятся сотни задач, среди которых не найти важные.
• Планирование растягивается. Вместо выбора задач команда обсуждает каждую с нуля, и встреча на полтора часа идёт полдня.

Груминг похож на порядок в холодильнике: можно раз в полгода разгребать всё сразу и страдать, а можно раз в неделю выбрасывать просрочку и ставить свежее вперёд.

Чем груминг отличается от планирования

На груминге не решают, что возьмут в спринт, — там делают так, чтобы команде было из чего выбирать. Как устроено само планирование и как считать, сколько задач влезет, я разбирал в статье про спринт.

Что делают на груминге и кто участвует

• Уточняют задачи — добавляют детали и критерии приёмки: условия, по которым поймём, что задача сделана.
• Расставляют приоритеты — что делать раньше, что позже.
• Оценивают сложность — в Story Points или днях.
• Дробят крупное — одну большую задачу превращают в несколько небольших, каждую из которых можно сделать за понятное время.
• Удаляют неактуальное — задачи, которые полгода лежат в бэклоге и никому не нужны.

Кто участвует:

• Продакт-оунер — главный носитель контекста: отвечает за приоритеты и ценность задач, отвечает на вопросы «зачем».
• Команда разработки — задаёт технические вопросы, замечает риски и оценивает. По Scrum Guide за оценку отвечают те, кто будет делать работу.
• Проджект-менеджер — ведёт встречу: держит время и фокус, следит, чтобы каждый высказался, записывает решения в протокол.

Продуктовый и технический груминг

Продуктовый груминг

Самый распространённый вид. Здесь говорят о том, что делаем и зачем: какую проблему пользователя решает задача, какую ценность даёт, как поймём, что фича готова. Ведёт продакт-оунер. Он заранее рассылает описание фичи — например, бизнес-документ, — а команда приходит с вопросами.

Каждый ответ продакт-оунера превращается в критерий приёмки. По итогам — предварительная оценка «крупная / средняя / мелкая» и решение, что нужно дальше: системная аналитика, дизайн или технический груминг.

Технический груминг

Здесь обсуждают, как сделать задачу: устройство решения, зависимости, риски. Ведёт техлид или старший разработчик, продакт-оунер рядом — отвечает на вопросы о бизнесе. Задачу разбивают на мелкие технические части, находят риски и узкие места, определяют, кто от кого зависит, и дают финальные оценки. Официального названия в Scrum у технического груминга нет — это устоявшаяся практика индустрии.

Технический груминг нужен не для каждой задачи. Он оправдан для крупных фич — например, больше пяти человеко-дней работы, — для новой для команды области и для задач с непонятной интеграцией. Для мелких правок и багов из знакомой области он лишний.

Иногда встречаются и другие названия: груминг прямо перед планированием, разбор одной истории (story refinement) или груминг крупных эпиков. По сути это разновидности продуктового груминга. Если на собеседовании спросят о видах груминга, называй два основных: продуктовый и технический.

Как часто и сколько длится

Многие команды проводят груминг раз в спринт, обычно в его первой половине, чтобы к следующему планированию задачи были готовы. Длительность — около часа, максимум полтора. Если новых задач нет и бэклог в порядке, встречу ради встречи не проводят.

Ориентир по времени есть в прошлой редакции Scrum Guide (2017): уточнение бэклога обычно занимает не больше 10% времени команды. Для двухнедельного спринта это до одного рабочего дня на человека — с учётом подготовки и разборов вне встречи. В действующей редакции 2020 года этого ориентира уже нет, но как здравый потолок он работает.

Как провести груминг: чек-лист

До встречи

• Определи, что разбираете: одну фичу или верх бэклога.
• Проверь, что у задач есть хотя бы черновое описание.
• Разошли материалы заранее, чтобы у команды было время подумать.
• Подготовь повестку.

На встрече

• Поставь ограничение по времени — 60–90 минут.
• Держи фокус на одной теме и мягко возвращай разговор, если он уходит в сторону.
• Записывай решения сразу в трекер или базу знаний — иначе следующий груминг начнётся с «а как мы тут договорились?».
• Если задача слишком сырая, не пытайся довести её на встрече — верни продакт-оунеру на доработку.

После встречи

• Обнови задачи в трекере по итогам обсуждения.
• Отметь, что готово к спринту, а что нет.
• Новые риски и зависимости заведи отдельными задачами.
• Опубликуй протокол встречи.

Типичные ошибки

• Груминг превращается в планирование. Команда начинает решать, что брать в спринт и кто что делает. Лекарство — держать вопрос встречи: «какие задачи готовы к работе?».
• Команда видит задачи впервые на встрече. Половина времени уходит на чтение. Лекарство — материалы за день-два до груминга.
• Сырую задачу пытаются «дожать» на месте. Встреча превращается в мозговой штурм без итога. Лекарство — вернуть задачу продакт-оунеру с конкретными вопросами.
• Решения не записаны. Через неделю никто не помнит, о чём договорились. Лекарство — протокол и обновлённые задачи в трекере в тот же день.
• Технический груминг на каждую мелочь. Команда тратит часы на очевидные задачи. Лекарство — техгруминг только там, где есть реальная техническая неопределённость.

Частые вопросы