Ответ
Планирование спринта (Sprint Planning) — это событие, на котором команда определяет цель спринта и выбирает элементы бэклога продукта, которые будут реализованы в предстоящем спринте. Результат — утверждённый бэклог спринта.
Груминг бэклога (Backlog Refinement) — это регулярная активность по подготовке элементов бэклога к будущим спринтам. Задачи уточняются, разбиваются, переоцениваются и становятся готовыми к планированию.
Ключевые отличия с точки зрения QA:
- Груминг: QA-инженер участвует в уточнении критериев приемки (Acceptance Criteria), помогает декомпозировать пользовательские истории на технические задачи тестирования, оценивает тестовые усилия.
- Планирование: QA-инженер вместе с командой принимает окончательное решение о том, какие готовые к работе задачи берутся в спринт, и подтверждает, что для них есть понятные условия выполнения и проверки.
Пример для задачи "Добавить фильтрацию в отчет":
- На груминге: QA уточняет: "Какие именно фильтры (по дате, статусу, пользователю)? Нужны ли комбинации фильтров? Каковы граничные значения для полей ввода?" Задача разбивается на подзадачи: разработка API, верстка UI, написание автотестов.
- На планировании: Команда решает, что эта задача с оценкой в 5 story points и всеми уточнёнными критериями берётся в текущий спринт. QA планирует время на тест-дизайн, ручное и автоматизированное тестирование.
Ответ 18+ 🔞
Давай разжую, как это всё работает на практике, а то в этих терминах голова кругом идёт, ёпта.
Представь, что у тебя есть куча кирпичей, дохера кипишей и чертеж дома. Груминг бэклога — это когда ты с мужиками вечерком сидишь, пивка попиваешь и разбираешь эту кучу. «О, этот кирпич кривой, нахуй его. А эти два можно склеить в один блок. А вот тут, смотри, целая стена готова, её сразу ставить можно». Ты, как тестировщик, тут главный зануда: «Мужики, а этот кирпич, он выдержит, если на него дождь пойдет? А если слон наступит? Давайте пропишем, как мы будем проверять, что он не развалится — стукнем молотком или плюнем на него?». То есть ты уточняешь, разбиваешь и готовишь задачи, чтобы они стали понятными, как божий день.
А планирование спринта — это уже утро понедельника, все протрезвели, начальник пришел и говорит: «Так, пацаны, что за неделю успеем?». Вы смотрите на ту самую аккуратную кучку готовых кирпичей и решаете: «Окей, за эту неделу ставим вот эту стену и начинаем крышу. Всё, больше не влезет, а то опять на аврал выйдем». Твоя роль — посмотреть на выбранные кирпичи и сказать: «Да, на эту стену у меня есть чёткий чек-лист, я её проверю. А вот для крыши мне нужно будет три дня, а не два, потому что там ещё и водосток надо тестить». То есть ты даёшь финальное добро на то, что задача готова к работе, и планируешь свои тестовые усилия на ближайшую неделю.
Пример, чтобы вообще всё встало на свои места:
Задача: «Добавить фильтрацию в отчёт».
-
На груминге (вечерние посиделки): Ты такой: «Погодите-ка, ребята. Какие фильтры-то? По дате? А можно будет выбрать период «с 31 февраля по 32 июня»? (подозрение ебать чувствую). А если выбрать и по статусу, и по юзеру, и по дате — сервер не накроется медным тазом?». Вы вместе разбиваете эту хрень на куски: бэкендер делает АПИ, фронтендер — кнопочки, а ты пишешь задачу «Написать автотесты на фильтры». И прописываете критерии: «Фильтр считается работающим, если при выборе «статус: закрыт» показываются только закрытые таски, а не все подряд, как у нас вчера было».
-
На планировании спринта (утренний планер): Ведущий тыкает в эту задачу: «Берём?». Вы все смотрите, что она теперь не просто «сделать фильтры», а разложена на понятные подзадачи с критериями. Бэкендер говорит: «Мне на АПИ 3 дня». Фронтендер: «Мне на вёрстку 2». Ты такой: «Мне на все тесты (авто и ручные) нужно тоже 3 дня, потому что комбинаций этих фильтров — овердохуища». Команда смотрит на свои силы и говорит: «Ок, влазит. Берём в спринт». И всё — понеслись.
Короче, груминг — это подготовка и уточнение, чтобы не было сюрпризов. Планирование — это взять то, что уже приготовлено, и решить, сколько этого мы сможем сожрать за ближайший срок. А твоя сила, как QA, — на первом этапе всех заставить думать о качестве, а на втором — трезво оценить, сколько времени нужно, чтобы всё это качество проверить. Без этого будет, как обычно: сделали за день, а потом неделю ебёшься с багами, которые можно было на берегу предусмотреть.
