Sprint Planning
Sprint Planning — самая первая церемония спринта. Цель — ответить на два вопроса:
- Что сделать? Команда выбирает истории из Product Backlog с учётом Velocity и Sprint Goal.
- Как сделать? Команда декомпозирует истории на технические задачи.
Длительность: 1–2 часа на каждую неделю спринта (т.е. 2–4 часа для двухнедельного спринта).
Структура:
- Sprint Goal — единое предложение, описывающее цель спринта.
- PO рассказывает приоритетные истории (DoR должен быть выполнен).
- Команда уточняет, оценивает по необходимости, решает, сколько брать.
- Команда декомпозирует выбранные истории на задачи.
Когда применять и когда нет
Применять
- Работаете по Scrum
- Каждый новый спринт начинается планированием
Не применять
- В Kanban — используйте Replenishment Meeting (пополнение бэклога)
Примеры применения
Двухнедельный спринт. Sprint Planning — понедельник, 10:00, длится 2 часа. PO презентует Sprint Goal «Запустить email-уведомления». Команда обсуждает 6 предложенных историй (40 SP), после уточнений берёт 4 (28 SP — на уровне Velocity). Декомпозиция на ~25 технических задач.
Часто задаваемые вопросы
1–2 часа на каждую неделю спринта. Двухнедельный спринт → 2–4 часа. Если регулярно затягивается на 5+ часов, что-то не так с DoR или объёмом обсуждаемых историй.
Sprint Goal — главная цель спринта в одном предложении. Помогает команде сфокусироваться, отказываться от неактуальных задач и принимать решения, когда что-то идёт не по плану.
Да. Истории, выходящие на Planning, должны соответствовать Definition of Ready: понятная задача, критерии приёмки, оценка. Иначе Planning превращается в Refinement.