Обзор Спринта: Это не демо и не отчет, это стратегическая сессия
Обзор Спринта (Sprint Review) — это предпоследнее событие в Спринте. Многие ошибочно называют его “Демо”, думая, что цель просто показать красивые картинки заказчику. Это не так.
Цель Обзора Спринта — изучить результаты работы (Инкремент) и определить, что делать дальше. Это точка пересечения планов команды и реальности рынка.
Таймбокс: Максимум 4 часа для месячного Спринта. Для более коротких спринтов встреча обычно короче.
Что происходит на самом деле
Это не презентация в PowerPoint. Это живое обсуждение. Скрам-команда и заинтересованные лица (стейкхолдеры) собираются вместе, чтобы ответить на вопросы:
- Что мы сделали за этот Спринт?
- Что изменилось на рынке или в бизнесе?
- Что нам делать в следующем Спринте, чтобы заработать или сэкономить деньги?
| Роль | Что делает |
| Владелец Продукта | Ведет встречу; объясняет, что было сделано и что не было, собирает обратную связь. |
| Разработчики | Демонстрирует завершенный Инкремент и отвечает на технические вопросы. |
| Скрам-Мастер | Обеспечивает проведение мероприятия в рамках времени; следит за тем, чтобы цель Обзора была достигнута. |
| Стейкхолдеры | Предоставляют критическую обратную связь и обсуждают, куда двигаться дальше. |
Главное правило: Показываем только готовое
В Скраме есть жесткое правило: мы демонстрируем только то, что полностью соответствует Критериям Готовности (Definition of Done).
- Если фича “почти готова, осталось только поправить шрифт” — мы её не показываем.
- Если код написан, но не протестирован — мы его не показываем.
Мы показываем только рабочий продукт, который теоретически можно выпустить в релиз прямо сейчас. Это создает культуру честности. Лучше признать, что задача не сделана, чем создавать иллюзию прогресса.
Адаптация Бэклога
Это самая важная часть, про которую часто забывают.
После демонстрации продукта группа обсуждает Бэклог Продукта.
- Может быть, конкуренты выпустили новую фичу, и нам нужно срочно ответить?
- Может быть, то, что мы сделали, оказалось неудобным, и нужно переделать?
- Хватает ли нам бюджета на оставшиеся задачи?
Результат встречи — это обновленный Бэклог Продукта. Он определяет, что команда возьмет в работу на следующем Планировании Спринта.
Частые ошибки (Антипаттерны)
Ошибка 1: Слайды вместо софта
Команда показывает скриншоты или презентацию.
Как надо: Показывайте живой продукт. Дайте заказчику клавиатуру или телефон, пусть он сам нажмет на кнопку.
Ошибка 2: Скрам-мастер принимает работу
Скрам-мастер проверяет задачи перед показом.
Как надо: Скрам-мастер отвечает за процесс, а не за продукт. За качество отвечают Разработчики. Если они сделали плохо, они сами краснеют перед заказчиком. Это лучший стимул повышать качество.
Ошибка 3: Тишина в зале
Команда показала, заказчики кивнули и разошлись.
Как надо: Скрам-мастер должен провоцировать обсуждение. “Вам удобно этим пользоваться?”, “Это решает вашу проблему?”, “Стоит ли нам делать следующую фичу или лучше заняться чем-то другим?”.
Резюме: Инспекция реальности
Главная ценность Обзора Спринта не в том, чтобы похвастаться успехами, а в том, чтобы вовремя заметить ошибку или новую возможность. Это точка схода ожиданий заказчика и реальности разработки.
Ключевой вывод: Если после Обзора Спринта ваш Бэклог Продукта не изменился — значит, встреча прошла зря. Настоящий Sprint Review заканчивается пониманием того, что мы будем делать завтра, чтобы стать еще лучше.
Часто задаваемые вопросы (FAQ)
Нет. Демонстрация Инкремента — это лишь часть. Главная цель — совместная инспекция и адаптация Бэклога Продукта на основе обсуждения.
З
Нет. Решение о выпуске Инкремента остается за Владельцем Продукта. Обзор нужен для проверки и получения обратной связи, а не для обязательного релиза.
Работа, которая не соответствует Definition of Done (Определению Готовности), не может быть показана. Она возвращается в Бэклог Продукта и переоценивается Владельцем Продукта.
За Бэклог Продукта несет единоличную ответственность Владелец Продукта (Product Owner). Хотя он собирает мнения и обратную связь от всех заинтересованных сторон на Обзоре Спринта, именно Владелец Продукта принимает окончательное решение о приоритизации, удалении или добавлении новых элементов.
Помимо демонстрации Инкремента, обсуждаются финансовые вопросы (бюджет, ROI) и пересматривается общая временная шкала (timeline) для продукта, чтобы скорректировать ожидания заинтересованных сторон.