Руководство по Agile · Agile-практики
Планирование релизов в Agile: как планировать релизы
Планирование релизов отвечает на вопрос, который задаёт каждая заинтересованная сторона: «Когда мы это получим?» В Agile ответ — это прогноз, построенный на реальных данных и обновляемый каждый спринт, а не дата, зафиксированная в начале.
Главное
- Планы релизов прогнозируют, когда будет готов набор элементов бэклога.
- Фиксируйте либо дату, либо содержание, но не то и другое.
- Используйте диапазоны скорости и обновляйте прогноз каждый спринт.
Что такое план релизов
План релизов группирует элементы бэклога в один или несколько предстоящих релизов и прогнозирует, когда каждый из них, вероятно, будет готов. Он находится между уровнем долгосрочной дорожной карты продукта и детальным планом каждого спринта.
Фиксированная дата или фиксированное содержание?
| Подход | Что фиксировано | Что гибко | Пример |
|---|---|---|---|
| Фиксированная дата | Дата релиза | Содержание | Запуск на отраслевой выставке |
| Фиксированное содержание | Набор функций | Дата | Минимальный набор, необходимый для замены старой системы |
Agile-команды избегают одновременной фиксации даты и содержания. Если зафиксировано и то и другое, обычно страдает качество.
Шаги построения плана релизов
- Задайте цель релиза. Опишите результат, которого должен достичь релиз.
- Отберите и упорядочьте элементы бэклога , которые способствуют достижению цели.
- Оцените их, используя стори-поинты или размеры футболок.
- Проверьте мощность по показателям: недавняя скорости и плановая доступность.
- Спрогнозируйте диапазон: оптимистичное и пессимистичное число спринтов.
- Выявите зависимости и риски в работе с другими командами или поставщиками.
- Согласуйте план с заинтересованными сторонами и опубликуйте его.
- Обновляйте каждый спринт с учётом фактического прогресса.
Коммуникация прогнозов релизов
- Называйте диапазоны, а не конкретные даты: «между серединой мая и началом июня».
- Показывайте диаграмму выполнения релиза, чтобы заинтересованные стороны видели и прогресс, и изменения содержания.
- Отделите обязательные элементы от желательных, чтобы компромиссы были понятны.
Планирование релизов в масштабе
Когда в один релиз вносят вклад несколько команд, они планируют вместе. В SAFeэто происходит в рамках PI Planning.
Бесплатные шаблоны по этой теме
Частые вопросы
На какой срок вперёд должен составляться план релизов?
Обычно на один-три релиза, или примерно на три-шесть месяцев. Дальше полезнее дорожная карта результатов, чем детальный план.
Кто отвечает за план релизов?
Владелец продукта или менеджер продукта в тесном взаимодействии с командой и заинтересованными сторонами.
Что такое планирование релизов в Agile?
Группировка элементов бэклога в предстоящие релизы и прогноз того, когда каждый из них, вероятно, будет готов. Находится между уровнем дорожной карты и отдельными спринтами.
Как часто следует обновлять план релизов?
Каждый спринт, с учётом фактического прогресса и текущей скорости. План релизов — это живой прогноз, а не фиксированное обязательство.
В чём разница между планом релизов и дорожной картой?
Дорожная карта показывает цели и темы на кварталы или дольше; план релизов показывает, какие элементы бэклога войдут в несколько ближайших релизов и когда.
Что такое диаграмма выполнения релиза в планировании релизов?
Диаграмма, на которой выполненная работа растёт к линии общего содержания. Поскольку содержание показано отдельно, заинтересованные стороны видят эффект добавленной или удалённой работы.
Могут ли при планировании релизов в Agile быть фиксированные даты релизов?
Да. При фиксированной дате гибким становится содержание, чтобы к сроку были поставлены самые ценные элементы.
Как спрогнозировать дату релиза при планировании релизов в Agile?
Разделите оставшиеся поинты на лучшую и худшую недавнюю скорости , чтобы получить диапазон числа спринтов, а затем переведите его в даты.
Что такое минимально жизнеспособный продукт в планировании релизов?
Наименьший релиз, который приносит ценность и позволяет учиться у реальных пользователей. Планирование с ориентацией на MVP сохраняет первый релиз небольшим.
Является ли планирование релизов частью Scrum?
Руководство по Scrum не определяет событие планирования релизов. Тем не менее многие Scrum-команды выполняют его в рамках управления бэклогом продукта и целью продукта.
Как непрерывная поставка меняет планирование релизов?
Практика, при которой каждое изменение поддерживается в готовом к релизу состоянии, поэтому команды могут выпускать релиз, как только ценность готова, а не крупными запланированными пакетами.