Планирование Спринта: Как превратить хаос в четкий план действий
Планирование Спринта (Sprint Planning) — это старт работы. Это не совещание, где начальник раздает задачи подчиненным. Это переговоры, где вся Скрам-команда договаривается: что мы можем сделать полезного за этот Спринт и как именно мы будем это делать.
Главный итог встречи — это не просто список задач в Jira, а Цель Спринта. Это та самая звезда, которая будет вести команду, даже если план придется менять по ходу дела.
Три главных вопроса Планирования
Согласно Scrum Guide 2020, планирование строится вокруг трех тем. Если вы пропустили хоть одну, вы не спланировались.
Тема 1: Почему этот Спринт ценен? (Why)
Владелец Продукта предлагает идею: как мы можем повысить ценность продукта в этот раз? Вся Скрам-команда обсуждает это и формулирует Цель Спринта.
Хорошо: “Обеспечить пользователям возможность оплачивать товары картой Visa”.
Плохо: “Сделать задачи 1, 2 и 5”.
Тема 2: Что мы можем сделать? (What)
Разработчики обсуждают с Владельцем Продукта, какие элементы из Бэклога (списка задач) они возьмут в работу, чтобы достичь Цели.
- Важно: Только Разработчики решают, сколько работы они могут взять. Никто (даже Владелец Продукта или гендиректор) не может навязать им больше, чем они готовы сделать.
Тема 3: Как мы будем это делать? (How)
Разработчики дробят большие задачи на мелкие технические шаги. Им нужно составить план хотя бы на первые дни Спринта.
- Здесь Владелец Продукта может отойти в сторону, так как техническая реализация — это зона ответственности Разработчиков.
| Роль | Основная Ответственность на Планировании | Фокус |
| Владелец Продукта (PO) | Владелец Продукта предлагает бизнес-контекст и объясняет, как продукт может увеличить свою ценность в текущем Спринте. Однако финальную Цель Спринта формулирует вся Скрам-команда совместно. Это обеспечивает приверженность (Commitment) всех участников, а не просто спуск указаний сверху. | Максимальная Ценность |
| Разработчики | Выбирает, сколько работы взять, и определяет, КАК ее выполнить и декомпозировать на задачи. | Возможность Выполнения |
| Скрам-Мастер (SM) | Обеспечивает понимание правил, помогает команде оставаться в рамках установленного времени и фасилитирует встречу. | Процесс и Время |
Обязательство vs Прогноз
Это самый тонкий момент, где ошибается 90% команд.
Раньше считалось, что команда “подписывается кровью” выполнить все задачи, которые взяла. Это приводило к выгоранию и снижению качества.
В современном Скраме:
- Цель Спринта — это обязательство. Команда делает всё возможное, чтобы достичь цели.
- Бэклог Спринта (список задач) — это прогноз. Если в середине Спринта мы поняли, что задач слишком много, мы можем договориться с Владельцем Продукта и убрать лишнее, главное — не поставить под угрозу Цель Спринта.
Как понять, что планирование прошло успешно
Вы можете выходить из переговорки, если:
- У вас есть вдохновляющая Цель Спринта, и каждый может её повторить.
- У вас есть Бэклог Спринта (список задач).
- Разработчики понимают, с чего начнут работу завтра утром.
- Никто не чувствует, что на него надавили и заставили взять нереальные сроки.
Резюме: Фундамент победы
Планирование Спринта — это не бюрократическое совещание, а точка синхронизации. Если Бэклог Продукта — это карта всех дорог, то Планирование Спринта — это выбор конкретного маршрута на ближайший отрезок пути.
Ключевой вывод: Без четкой Цели Спринта планирование превращается в обычную перекладывание задач из одной колонки в другую. Только имея общую Цель, команда превращается из группы исполнителей в сплоченный коллектив, который не просто закрывает тикеты, а создает ценность и видит результат своего труда.
Часто задаваемые вопросы (FAQ)
Цель Спринта — это одно краткое, мотивирующее заявление, которое объясняет, почему команда создает Инкремент в этом Спринте. Она направляет Команду разработки на протяжении всего цикла и позволяет принимать гибкие решения в ходе Спринта.
Это решает Разработчики. Владелец Продукта предлагает элементы, но только Разработчики принимают окончательное решение о том, какой объем работы она может реально выполнить, основываясь на своей производительности (Velocity).
Velocity — это среднее количество работы, которое команда может завершить за один Спринт. Этот показатель используется на Планировании Спринта как основа для прогнозирования, помогая команде избежать перегрузки и взять на себя реалистичный объем работы.
Если элементы не соответствуют Definition of Ready (Определению Готовности), их нельзя брать в работу. В этом случае Планирование Спринта может быть отложено, или команда может потратить время на Рефайнинг (Груминг) для подготовки следующих элементов.
Нет. Цель Спринта после завершения Планирования должна оставаться неизменной. Изменения вносятся только в Бэклог Спринта (список задач), и только по согласованию с Командой разработки, если это необходимо для достижения заявленной Цели.