Что такое план релиза Scrum?

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

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

Паттерны планирования релизов

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

Определение готовности

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

Нужен ли план до релиза?

Планирование релиза — спорная тема в агиле. Хотя нас часто просят предоставить прогнозы по стоимости и срокам в деловом мире, Scrum не рекомендует создавать жесткий заранее определенный план релиза. Вот некоторые аргументы против предварительного планирования релиза:

• Клиенты часто не видят ценности в планах релизов и считают их пустой тратой времени
• Быстрые изменения во многих областях подтверждают принцип «Вы не будете нуждаться в этом» (YAGNI) — то есть предварительное планирование релизов не нужно
• Таким образом, единственная ценность плана релиза может заключаться в начальной дате и бюджете — больше ничего

Почему нам все еще нужен план релиза?

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

• Коммуникация
• Инструмент планирования
• Проверка стоимости и выгоды
• Установите общий контекст

Пример планирования релиза:

Планы релизов могут иметь различные форматы. Вот пример планирования, ориентированного на функции/данные:

Пример планирования релиза

Если проект ориентирован на даты, мы можем просто умножить скорость на количество спринтов, чтобы определить общее количество работ, которое может быть выполнено в заданный срок.

Планирование релиза, основанное на скорости

План релиза — это не статический документ, его необходимо регулярно пересматривать и обновлять по мере управления нашимПродуктовый бэклог. Когда появляются новые данные (например, записи в бэклоге продукта Scrum обновляются или корректируются), план релиза следует пересмотреть и соответствующим образом скорректировать.