РуководстваЧто такое Sprint Planning?

Что такое Sprint Planning в Scrum?

Sprint Planning — это Scrum-событие, которое запускает каждый спринт. Команда согласовывает цель спринта, выбирает элементы бэклога для поставки и создаёт план, в который все верят — всё в рамках фиксированного таймбокса.

Оценивать истории с помощью планнинг покераНазад к руководствам

Определение Sprint Planning

Sprint Planning — одно из пяти событий Scrum, описанных в Scrum Guide. Оно проходит в начале каждого спринта и включает всю Scrum-команду: Developers, Product Owner и Scrum Master.

Цель — ответить на три вопроса:

  1. Почему этот спринт ценен? → цель спринта
  2. Что можно сделать в этом спринте? → выбор Sprint Backlog
  3. Как будет выполнена работа? → разбиение задач и план

Сколько длится Sprint Planning?

Scrum Guide ограничивает Sprint Planning максимум 8 часами для месячного спринта. Для двухнедельных спринтов — самой частой каденции — большинство команд ориентируются на 2–4 часа.

Если ваш Sprint Planning регулярно затягивается, самые частые причины такие:

  • Элементы бэклога не были заранее уточнены или оценены.
  • Отсутствуют критерии приёмки, которые приходится прояснять прямо на встрече.
  • Истории слишком большие, и их приходится делить на месте.

Регулярный refinement бэклога — включая планнинг покер для оценки в story points — значительно сокращает Sprint Planning.

Кто участвует в Sprint Planning?

  • Developers — отвечают за план и commitment к работе.
  • Product Owner — проясняет приоритеты, критерии приёмки и цель спринта.
  • Scrum Master — фасилитирует, убирает препятствия и защищает таймбокс.
  • Стейкхолдеры (необязательно) — могут участвовать по приглашению, чтобы дать контекст.

Входы для Sprint Planning

  • Уточнённый продуктовый бэклог — упорядоченный, оценённый и готовый к выбору.
  • Ёмкость команды — доступность после праздников, дежурств поддержки и отпусков.
  • Историческая velocity — среднее число story points, завершённых за спринт.
  • Definition of Done команды — общее понимание того, что означает «готово».

Цель спринта

Цель спринта — это одно короткое и чёткое утверждение, которое объясняет, почему спринт ценен. Оно задаёт команде направление, когда в середине спринта возникают компромиссы, и помогает стейкхолдерам понимать, к чему движется команда.

Хорошо сформулированная цель спринта начинается с результата (ценности), а не со списка задач. Пример: "Дать клиентам возможность сбрасывать пароль без обращения в поддержку."

Оценка во время Sprint Planning

Команды, которые используют story points и планнинг покер для refinement бэклога, приходят на Sprint Planning с уже оценёнными элементами. Основная работа по sizing then заключается в подтверждении или обновлении этих оценок по мере того, как вы узнаёте больше об объёме и зависимостях.

Если вам нужно оценивать прямо во время встречи, держите это лёгким: используйте свой онлайн-инструмент для планнинг покера, ставьте дискуссии в таймбокс и откладывайте неизвестное в spike.

Что создаёт Sprint Planning

  • Цель спринта — общее «зачем» для спринта.
  • Sprint Backlog — выбранные элементы и план их поставки.
  • Начальное разбиение задач — задачи, которые Developers определяют для старта работы.

Sprint planning во фреймворке Scrum

Планирование Спринта не существует изолированно. Это одно из пяти формальных событий Scrum.

Где Планирование Спринта вписывается в цикл Scrum

  • Цикл Scrum — это петля, а не линия. Ретроспектива Спринта одного спринта напрямую питает планирование следующего.
  • Рефайнмент бэклога — критический подготовительный шаг, делающий Планирование Спринта выполнимым.
  • Ежедневный Scrum связывает Планирование Спринта с исполнением спринта.

Чем Планирование Спринта отличается от других событий Scrum

  • vs. Обзор Спринта: Планирование Спринта смотрит вперёд; Обзор Спринта смотрит назад.
  • vs. Ретроспектива Спринта: Планирование Спринта фокусируется на продукте; Ретроспектива на процессе.

Три вопроса, на которые должно ответить каждое Планирование Спринта

Руководство по Scrum формулирует Планирование Спринта вокруг трёх вопросов.

Почему этот спринт ценен?

Это вопрос о Цели Спринта. Владелец Продукта предлагает цель, отражающую текущую наибольшую бизнес-ценность.

Что можно сделать в этом спринте?

Это вопрос о ёмкости. Команда изучает Бэклог Продукта и выбирает элементы, поддерживающие Цель Спринта.

Как выбранная работа будет выполнена?

Это вопрос о разбивке задач. Бэклог Спринта переходит от списка историй к исполняемому ежедневному плану.

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

Типичные вызовы Планирования Спринта и как их решить

Даже опытные Scrum-команды сталкиваются с повторяющимися проблемами планирования.

Когда команда систематически берёт избыточные обязательства

Избыточные обязательства — наиболее распространённый сбой Планирования Спринта.

Исправление структурно: введите буфер ёмкости (планируйте на 70–80% теоретической ёмкости).

Когда истории приходят к планированию неготовыми

Истории без критериев приёмки, оценок или ясности относительно зависимостей тратят время впустую.

Внедрите Definition of Ready.

Третья типичная проблема — Владелец Продукта меняет приоритеты в середине планирования — лучше всего управляется через согласование до встречи, какие истории «зафиксированы».

FAQ Планирования Спринта

В чём разница между спринтом и итерацией?

В Scrum спринты — формальный термин для итерации фиксированной продолжительности.

Можем ли мы менять продолжительность спринта между спринтами?

Технически да, но частые изменения ослабляют данные о скорости.

Что происходит, если команда не может согласовать Цель Спринта?

Спринт без Цели Спринта не соответствует фреймворку Scrum.

Как справляться со срочной работой, поступающей после Планирования Спринта?

Срочная работа должна передаваться Владельцу Продукта, который решает, смещать ли существующий объём.

How long should sprint planning last?

Sprint planning is timeboxed to a maximum of eight hours for a one-month sprint, and proportionally less for shorter sprints — roughly two hours per week of sprint length. The single biggest factor in finishing on time is a well-refined Product Backlog, so treat refinement as a continuous activity rather than something to cram into the meeting.

Who attends sprint planning?

The entire Scrum Team attends: the Product Owner, the Scrum Master, and the Developers. The Product Owner brings priorities and a Sprint Goal candidate, the Developers decide how much they can commit to and how they will build it, and the Scrum Master facilitates and keeps the meeting inside its timebox. The team may invite others for advice, but they do not run the meeting.

What three questions does sprint planning answer?

Sprint planning answers three things: why the sprint is valuable (the Sprint Goal), what can be done this sprint (the selected backlog items), and how the chosen work will get done (the plan for delivering it). Covering all three is what turns a list of tickets into a committed, achievable sprint.

What is the difference between sprint planning and backlog refinement?

Backlog refinement is the ongoing work of clarifying, splitting, and estimating upcoming items so they are ready before the sprint. Sprint planning is the single event where the team selects from that ready backlog and commits to a Sprint Goal. If planning routinely runs long, it is usually a sign refinement is being skipped.

Оцените бэклог следующего спринта с бесплатным Покером Планирования онлайн

Проведите следующий Sprint Planning с бесплатным онлайн-планнинг покером