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