5.6.3. Планирование спринта

После разработки списка невыполненных работ и создания плана выпуска команда может приступить к работе в спринтах.Спринт начинается с собрания, посвященного планированию спринта, на котором команда определяет набор описаний функциональности пользователей, предназначенных для выполнения.Этот набор вместе со вспомогательными задачами составляет список невыполненных работ спринта.Дополнительные сведения см. в разделе Сравнение отставания продукта и отставания спринта.

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

Дополнительные сведения см. в разделе Собрание по планированию спринта.

Выбор описаний функциональности пользователей

Описания функциональности пользователей, которые являются кандидатами для реализации в спринте, выбираются командой.Команда определяет описания функциональности с наивысшим приоритетом, количество баллов которых не превышает ее оценочную производительность.Предположим, например, что описания функциональности пользователей с наивысшим приоритетом имеют 8, 3, 7, 6 и 2 балла.Если производительность команды составляет 25 баллов описаний, она может включить в список невыполненных работ спринта первые четыре описания функциональности.

Дополнительные сведения см. в разделе Книга "Отставание итераций".

Определение задач

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

Команды, обладающие большим опытом в реализации процессов Scrum, смогут определить обязательства без разбиения описаний функциональности на задачи.

Оценка задач

После определения задач команда оценивает продолжительность выполнения каждой задачи (в часах).Для оценки задач команды часто используют метод планирования с использованием покера.Этот метод позволяет удержать команды от попыток сделать более точную оценку, чем это требуется.

Принятие обязательств по реализации описаний функциональности пользователей

Чтобы убедиться в наличии достаточного количества рабочих часов для выполнения всех задач, команда использует книгу "Невыполненная работа по итерации".Если для спринта запланировано больше работ, чем может выполнить команда, необходимо удалить часть описаний функциональности пользователей с наименьшим приоритетом, чтобы запланированные работы соответствовали производительности команды, определенной для спринта.Более мелкие описания функциональности с низким приоритетом могут быть заменены на более крупные описания функциональности, которые невозможно реализовать в течение одного спринта.

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