Что такое Планирование спринта
(англ. sprint planning) — это встреча, запускающая новый спринт в Scrum. На ней команда разработки и владелец продукта решают, над чем из бэклога продукта будут работать в ближайшем итерационном цикле
Собрание идёт ограниченное время: от двух до восьми часов максимум, смотря сколько длится спринт. Присутствующие отвечают на два вопроса: что именно мы будем делать в этом цикле и как именно мы это сделаем.
Планирование проводят, чтобы составить реалистичный и понятный всем план действий, который команды обязуется выполнить за выбранный период.
Пример использования термина
Что ещё нужно знать про Планирование спринта
Для чего проводят, что на нём рассматривают
Согласно официальному руководству по Scrum 2020, назначение встречи — сформулировать цель спринта (Sprint Goal) и составить список тасков, которые сотрудники смогут выполнить за цикл, а также ответить на вопросы:
Почему этот спринт важен?
Планирование помогает согласовать приоритеты и ресурсы, уточнить детали задач. Продакт-оунер рекомендует, как увеличить ценность продукта в текущем спринте. А цель, определённая всеми участниками, объясняет стейхолдерам, почему итоги спринта принесут пользу.
Что конкретно сделают?
Команда смотрит на свою предыдущую скорость (velocity) и оценивает, сколько стори-поинтов она обычно закрывает за одну итерацию и сколько сможет
за нынешнюю.
Владелец продукта представляет верхнюю часть бэклога, объясняет ценность каждой задачи и отвечает на уточняющие вопросы. Сотрудники вместе решают, какие элементы попадут в спринт.
Как будет выполняться работа?
Третий важный аспект — как достигать цели. Разработчики обсуждают технические подходы, возможные риски и зависимости между задачами. Каждое задание берут из бэклога, и команда разработки начинает его «раскладывать по полочкам».
Нужно понять, из каких конкретных действий оно будет состоять: что написать, что проверить, что протестировать. Обычно большую историю делят на несколько мелких, понятных шагов. Идея в том, чтобы на выполнение каждой такой микрозадачи уходило не больше одного дня.
Способ, с помощью которого участники это делают, полностью остаётся на их усмотрение. Ни продакт-оунер, ни менеджер не указывают разработчикам, каким именно образом превращать описание в код.
Как проходит
На встрече собирается вся Scrum-команда. Иногда могут подключаться стейкхолдеры — например, чтобы ответить на вопросы или помочь с контекстом. Но важно: окончательные решения остаются за командой.
Владелец продукта заранее приводит в порядок верхнюю часть бэклога: приоритизирует задачи, уточняет детали и вместе с командой даёт предварительную оценку. Благодаря этому команда приходит на встречу уже подготовленной и готовой к обсуждению.
Планирование спринта обычно состоит из двух логических частей.
- 1. Продакт оунер предлагает цель спринта — общее направление и ценность, которую команда хочет создать к концу итерации. Затем команда (в первую очередь разработчики) вместе с владельцем продукта выбирает задачи из бэклога, которые реально выполнить для достижения этой цели.
При выборе они учитывают:
- опыт прошлых спринтов (velocity)
- сложность задач
- текущую загрузку и возможности команды
2. Далее разработчики разбивают выбранные элементы (например, пользовательские истории) на конкретные задачи — всё, что нужно сделать, чтобы результат соответствовал Определению готовности (Definition of Done).
Команда обсуждает:
- технические решения
- возможные риски
- зависимости между задачами
Scrum-мастер помогает вести разговор так, чтобы он был продуктивным и не выходил за рамки отведённого времени.
🖍️ На планировании задачи не распределяются по людям. Команда формирует единый план — бэклог спринта и несёт за него общую ответственность. Кто и когда возьмёт конкретную задачу, команда решает сама уже в процессе спринта —
по принципам самоорганизации
Что получают после
В первую очередь это чёткий и понятный бэклог цикла. Этот документ содержит все задачи, которые обещают сделать, с указанием их важности и оценкой сложности.
Сформулированная и утверждённая всеми цель спринта. Это общее понимание того, чего хотят достичь к концу итерации. Например, «реализовать базовую функциональность чата» или «увеличить скорость загрузки главной страницы на 30%».
Единое понимание плана работы. Команда определяет общий подход: ключевые технические решения, архитектурные соглашения, возможные риски и зависимости
Прогноз результата. Общее понимание того, какой инкремент продукта будет создан к концу спринта
Рекомендуемые статьи по теме
✅ Как работает методология Scrum: принципы, цели, составляющие
🤓 Для чего нужны Scrum-доски: визуализируем процессы
👨💻 Что в команде делает Scrum-мастер и почему без него никак
Подписаться 
