---

Что такое план выпуска Scrum? Ответ может вас удивить!

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

План выпуска становится ориентиром, отражающим ожидания от Scrum-команды:

• Какие функции будут реализованы,
• В каком порядке и когда их реализуют.

План выпуска также служит ориентиром контроля прогресса проекта. Он задаёт цели фактического развёртывания программного обеспечения в производственных ИТ-системах двумя способами:

• Развёртывание промежуточных поставок для создания бизнес-ценности до завершения проекта. Они включают часть требований, согласованную Владельцем продукта, клиентом и заинтересованными сторонами бизнеса,
• Развёртывание окончательной поставки, включающей все известные требования и запросы функций клиента и бизнеса.

До создания плана выпуска нужно учесть следующие артефакты и сведения:

• Приоритизированный и оценённый бэклог продукта Scrum,
• Измеренную скорость Scrum-команды (если команда только формируется, скорость оценивают или выводят из прошлых похожих проектов),
• Критерии успеха, заданные клиентами, например сроки, объём и доступных людей в рамках бюджета проекта.

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

В зависимости от требований и приоритетов клиентов план выпуска создают для одной из трёх целей:

• Планирование выпуска по функциям
• Планирование выпуска по дате
• Планирование выпуска по функциям и дате (Самый распространённый вариант)

Планирование выпуска по функциям

Что мы знаем: Скорость команды и функции, которые хотим поставить.
Чего мы не знаем: Сколько времени понадобится для поставки этих функций?

При планировании выпуска по функциям (Подробнее: Планирование релизов Scrum) сумму стори-пойнтов нужных функций выпуска делят на скорость команды. Это даёт первоначальный прогноз числа Спринтов для промежуточной или окончательной поставки. Округляйте вверх до целых Спринтов и проверяйте предположения об объёме и скорости по мере работы. На этой основе составляют план выпуска.

Планирование выпуска по дате

Что мы знаем: Скорость команды и дату, к которой хотим поставить.
Чего мы не знаем: Какие функции можно поставить к сроку?

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

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

Что мы знаем: Скорость команды, нужные функции и желаемую дату их поставки.
Чего мы не знаем: Сможет ли Scrum-команда поставить нужные функции к заданному сроку?

Скорость команды умножают на число Спринтов до выпуска, получая оценочное общее число доступных стори-пойнтов. Если оно больше суммы стори-пойнтов функций выпуска, текущий прогноз предполагает, что объём помещается; неопределённость и изменения всё равно сохраняются.

Иначе обсудите компромиссы объёма, даты и возможностей. Добавление людей не повышает скорость автоматически и сначала может замедлить команду из-за обучения совместной работе. Прежняя рекомендация о девяти участниках не является жёстким современным пределом: в Scrum-команде обычно 10 человек или меньше. Другая команда может работать параллельно, если это эффективнее; команды одного продукта сохраняют единых Владельца продукта, Цель, бэклог и Определение готовности.

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