Планирование Scrum: как спланировать спринт (и быстро оценить истории)

Планирование Scrum (Sprint Planning) превращает ваш продуктовый бэклог в реалистичную цель спринта и план, в который верит вся команда. Используйте ясные цели, качественный refinement и лёгкую оценку, такую как планнинг покер, чтобы сделать планирование коротким и эффективным.

Что такое планирование Scrum (Sprint Planning)?

В Scrum Sprint Planning — это событие, на котором Scrum-команда договаривается, почему спринт ценен (Sprint Goal), что можно поставить и как будет выполнена работа. При хорошем проведении планирование Scrum создаёт выравнивание и снижает трения в спринте.

Команды также ищут эту тему как встреча по планированию Scrum или встреча по планированию спринта. На практике смысл один и тот же: решить, что взять в спринт и как уверенно это доставить.

Практическая повестка для планирования Scrum

  1. Задать Sprint Goal (одно предложение, которое выражает ценность).
  2. Подтвердить доступную ёмкость (отпуска, праздники, ротация поддержки и т.д.).
  3. Выбрать элементы бэклога, которые подходят цели и ёмкости.
  4. Оценить и определить размер историй (часто с помощью story points + планнинг покера).
  5. Разбить работу на задачи и определить риски/зависимости.
  6. Зафиксировать план, который команда может выполнить, а затем начать спринт.

Story points, ёмкость и оценка

Многие команды планируют, сравнивая новые истории с эталонными историями и оценивая их в story points. Со временем velocity даёт контур обратной связи для более предсказуемого планирования Scrum.

Гибкое оценивание в планировании Scrum

  • Используйте относительный размер: сравнивайте истории вместо угадывания часов.
  • Ограничивайте дебаты по времени: если оценка застряла, уточните или разделите историю.
  • Делайте работу видимой: фиксируйте допущения и неизвестное в элементе бэклога.

Если вашей команде нужен лёгкий браузерный workflow, используйте онлайн-планнинг покер, чтобы планирование Scrum оставалось сфокусированным и совместным.

Sprint Planning Poker: когда и как его использовать

Используйте Sprint Planning Poker, когда оценки отсутствуют, изменились или неясны. Команда голосует приватно, открывает карты одновременно и обсуждает самые высокие и самые низкие карты перед повторным голосованием.

Практический рабочий процесс Sprint Planning Poker

  1. Выберите одну историю, поддерживающую Цель Спринта.
  2. Проголосуйте стори-поинтами, затем откройте все карты одновременно.
  3. Обсудите выбросы и неизвестное, затем быстро проголосуйте повторно.

Если вашей команде нужен контрольный список фасилитации, смотрите как провести собрание по Sprint Planning и этот шаблон повестки Sprint Planning.

Цель Спринта: основа эффективного планирования Scrum

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

Сильная Цель Спринта формулируется до того, как команда выбирает элементы бэклога. Она отвечает на вопрос: «Зачем мы делаем этот спринт?»

Что делает Цель Спринта эффективной

  • Ориентация на результат, не на выпуск: «Позволить пользователям завершить оформление заказа без ошибок» лучше, чем «Исправить три ошибки оформления и добавить валидацию адреса».
  • Достижима в рамках спринта: Если команда не может достичь цели при нормальной скорости и ёмкости, цель неверна — не команда.
  • Гибкий объём, фиксированная цель: Команда может убирать или заменять истории во время спринта, пока Цель Спринта остаётся достижимой.

Примеры целей спринта

  • Для SaaS-продукта: «Дать новым пользователям путь к первой ценности в течение 5 минут после регистрации».
  • Для мобильного приложения: «Позволить пользователям завершить настройку профиля, не покидая приложение».
  • Для платформенной команды: «Снизить частоту ошибок API ниже 0,1% для всех эндпоинтов первого уровня».

Планирование ёмкости спринта: адаптация работы к доступности команды

Скорость показывает, что команда доставляла в среднем; ёмкость показывает, что команда может доставить в этом конкретном спринте.

Как рассчитать ёмкость спринта

  1. Умножьте доступные рабочие дни каждого члена команды на его индивидуальный коэффициент фокуса (обычно 60–70%). Суммируйте индивидуальные ёмкости.
  2. Выразите результат в стори-поинтах, разделив общие часы ёмкости на среднее количество часов на поинт вашей команды.
  3. Никогда не планируйте 100% ёмкости. Перегруженные спринты создают технический долг и нарушенные обязательства.

Использование скорости для руководства планированием

Скользящая средняя скорость за последние 3–4 спринта надёжнее, чем результат одного спринта.

Когда скорость и ёмкость значительно расходятся, предпочтите число ёмкости. Скорость отражает прошлые условия; ёмкость отражает текущую реальность.

Sprint Planning vs. Backlog Refinement: ключевые отличия

Backlog Refinement и Sprint Planning часто путают, потому что оба связаны с Product Backlog. Различие важно: Refinement — это подготовка; Sprint Planning — это обязательство.

Refinement происходит непрерывно на протяжении спринта. Sprint Planning происходит один раз в начале каждого спринта. Если Refinement выполнен хорошо, Sprint Planning становится короткой формальностью.

Как улучшить эффективность Sprint Planning

Большинство проблем Sprint Planning восходят к трём первопричинам: истории не готовы, цели не ясны, команды не уполномочены сказать «это не входит».

Предупреждающие признаки того, что Sprint Planning требует внимания

  • Планирование регулярно выходит за рамки времени: обычно означает, что Refinement недостаточен или истории поступают без критериев приёмки.
  • Команда постоянно перебирает или недобирает: указывает на разрыв между расчётом ёмкости и реальными рабочими паттернами.
  • Цель Спринта лишена смысла: часто симптом того, что Product Owner недостаточно вовлечён.

Быстрые победы для лучшего Sprint Planning

  • Обязательная «определение готовности» для элементов бэклога: История без критериев приёмки не может войти в Sprint Planning.
  • Проведите 30-минутную предпланировочную синхронизацию: Scrum Master и Product Owner проверяют предложенные истории накануне.
  • Используйте Planning Poker только для неоценённых историй: Повторная оценка уже размеченных историй — трата времени.

Распространённые ошибки в планировании Scrum (и как их исправить)

  • Нет Sprint Goal: начните с цели, а затем выбирайте элементы, которые ей служат.
  • Планирование длится вечно: делайте refinement раньше; оценивайте быстро; делите большие истории.
  • Чрезмерные обязательства: планируйте по ёмкости, а не по оптимистичному лучшему сценарию.
  • Скрытые зависимости: явно обозначайте их и добавляйте спайки/меры снижения риска.

FAQ по планированию Scrum

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

Scrum Guide рекомендует ограничивать Sprint Planning максимум 8 часами для месячного спринта. Многие команды ориентируются на 30–90 минут на каждую неделю длины спринта, поддерживая здоровый refinement.

Кто должен участвовать в планировании Scrum?

Вся Scrum-команда: Developers, Product Owner и Scrum Master. Стейкхолдеры могут присоединяться по приглашению в роли консультантов.

Нужен ли нам планнинг покер для планирования Scrum?

Не обязательно, но планнинг покер — это простой способ быстро оценивать и уменьшать bias. Если ваша команда использует story points, планнинг покер естественно вписывается в планирование Scrum.

В чём разница между refinement и планированием Scrum?

Refinement подготавливает элементы бэклога (ясность, критерии приёмки, разделение). Планирование Scrum выбирает и фиксирует работу на спринт. Хороший refinement делает планирование Scrum намного быстрее.

Может ли Sprint Planning проходить без Product Owner?

Технически да, но это рискованно. Product Owner разъясняет бизнес-ценность, отвечает на вопросы об объёме и подтверждает, какие элементы реализуют Цель Спринта.

Что должен содержать Sprint Backlog после планирования?

Sprint Backlog должен содержать Цель Спринта, все выбранные элементы Product Backlog (с их стори-поинтами) и первоначальное разбивку задач на первые несколько дней работы.

Как нам обращаться с историями, которые слишком велики для спринта?

Разбейте их. История, которая не может быть завершена за один спринт, обычно объединяет несколько функций. Распространённые паттерны разбивки: по роли пользователя, шагу рабочего процесса, варианту данных или основному пути vs. граничным случаям.

What is a Scrum planning session?

A Scrum planning session is the meeting at the start of each sprint where the Scrum Team turns the prioritised Product Backlog into a concrete sprint plan. The team agrees on a Sprint Goal, selects the backlog items it can deliver, estimates them with planning poker, and breaks the top items into tasks. The output is a sprint backlog the whole team has committed to.

Can you run Scrum planning online?

Yes. Distributed teams run Scrum planning online using a shared backlog and a real-time estimation tool. ScrumVote lets you create a free online session, share a link, and have the whole team vote on story points at the same time — no signup required — so remote planning stays as fast as an in-person meeting.

Создать бесплатную сессию для планирования Scrum