Планирование Scrum: как спланировать спринт (и быстро оценить истории)
Планирование Scrum (Sprint Planning) превращает ваш продуктовый бэклог в реалистичную цель спринта и план, в который верит вся команда. Используйте ясные цели, качественный refinement и лёгкую оценку, такую как планнинг покер, чтобы сделать планирование коротким и эффективным.
Что такое планирование Scrum (Sprint Planning)?
В Scrum Sprint Planning — это событие, на котором Scrum-команда договаривается, почему спринт ценен (Sprint Goal), что можно поставить и как будет выполнена работа. При хорошем проведении планирование Scrum создаёт выравнивание и снижает трения в спринте.
Команды также ищут эту тему как встреча по планированию Scrum или встреча по планированию спринта. На практике смысл один и тот же: решить, что взять в спринт и как уверенно это доставить.
Практическая повестка для планирования Scrum
- Задать Sprint Goal (одно предложение, которое выражает ценность).
- Подтвердить доступную ёмкость (отпуска, праздники, ротация поддержки и т.д.).
- Выбрать элементы бэклога, которые подходят цели и ёмкости.
- Оценить и определить размер историй (часто с помощью story points + планнинг покера).
- Разбить работу на задачи и определить риски/зависимости.
- Зафиксировать план, который команда может выполнить, а затем начать спринт.
Story points, ёмкость и оценка
Многие команды планируют, сравнивая новые истории с эталонными историями и оценивая их в story points. Со временем velocity даёт контур обратной связи для более предсказуемого планирования Scrum.
Гибкое оценивание в планировании Scrum
- Используйте относительный размер: сравнивайте истории вместо угадывания часов.
- Ограничивайте дебаты по времени: если оценка застряла, уточните или разделите историю.
- Делайте работу видимой: фиксируйте допущения и неизвестное в элементе бэклога.
Если вашей команде нужен лёгкий браузерный workflow, используйте онлайн-планнинг покер, чтобы планирование Scrum оставалось сфокусированным и совместным.
Sprint Planning Poker: когда и как его использовать
Используйте Sprint Planning Poker, когда оценки отсутствуют, изменились или неясны. Команда голосует приватно, открывает карты одновременно и обсуждает самые высокие и самые низкие карты перед повторным голосованием.
Практический рабочий процесс Sprint Planning Poker
- Выберите одну историю, поддерживающую Цель Спринта.
- Проголосуйте стори-поинтами, затем откройте все карты одновременно.
- Обсудите выбросы и неизвестное, затем быстро проголосуйте повторно.
Если вашей команде нужен контрольный список фасилитации, смотрите как провести собрание по Sprint Planning и этот шаблон повестки Sprint Planning.
Цель Спринта: основа эффективного планирования Scrum
Цель Спринта — это единое, последовательное утверждение того, чего команда достигнет к концу спринта. Она даёт команде разработчиков гибкость в достижении цели, предотвращая превращение спринта в несвязанный набор задач.
Сильная Цель Спринта формулируется до того, как команда выбирает элементы бэклога. Она отвечает на вопрос: «Зачем мы делаем этот спринт?»
Что делает Цель Спринта эффективной
- Ориентация на результат, не на выпуск: «Позволить пользователям завершить оформление заказа без ошибок» лучше, чем «Исправить три ошибки оформления и добавить валидацию адреса».
- Достижима в рамках спринта: Если команда не может достичь цели при нормальной скорости и ёмкости, цель неверна — не команда.
- Гибкий объём, фиксированная цель: Команда может убирать или заменять истории во время спринта, пока Цель Спринта остаётся достижимой.
Примеры целей спринта
- Для SaaS-продукта: «Дать новым пользователям путь к первой ценности в течение 5 минут после регистрации».
- Для мобильного приложения: «Позволить пользователям завершить настройку профиля, не покидая приложение».
- Для платформенной команды: «Снизить частоту ошибок API ниже 0,1% для всех эндпоинтов первого уровня».
Планирование ёмкости спринта: адаптация работы к доступности команды
Скорость показывает, что команда доставляла в среднем; ёмкость показывает, что команда может доставить в этом конкретном спринте.
Как рассчитать ёмкость спринта
- Умножьте доступные рабочие дни каждого члена команды на его индивидуальный коэффициент фокуса (обычно 60–70%). Суммируйте индивидуальные ёмкости.
- Выразите результат в стори-поинтах, разделив общие часы ёмкости на среднее количество часов на поинт вашей команды.
- Никогда не планируйте 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 раньше; оценивайте быстро; делите большие истории.
- Чрезмерные обязательства: планируйте по ёмкости, а не по оптимистичному лучшему сценарию.
- Скрытые зависимости: явно обозначайте их и добавляйте спайки/меры снижения риска.
Связанные материалы по планированию Scrum
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.