Sprint Review
Тема дорожной карты · Agile / Scrum / Kanban
Sprint Review (timebox: 4 часа на месячный спринт) — событие, на котором команда вместе со стейкхолдерами инспектирует инкремент и адаптирует Product Backlog. Это НЕ демо-шоу — стейкхолдеры должны давать содержательную обратную связь, PO обновляет backlog на основе сказанного. Типичная дисфункция: превращение в одностороннюю презентацию без честной обратной связи.
Как это работает
Хорошо проведённый Review состоит из четырёх частей: (1) PO сверяет обещанное vs доставленное — достижение Sprint Goal, завершённые/незавершённые элементы, без обвинений за незавершённое. (2) Команда демонстрирует работающее ПО в реальном окружении, не на слайдах — стейкхолдеры видят и (в идеале) трогают инкремент. (3) Открытое обсуждение того, что стейкхолдеры увидели — сюрпризы, опасения, новые идеи, изменения рынка. (4) PO обновляет Product Backlog на основе обратной связи — переупорядочивает, добавляет новые элементы, удаляет ставшие ненужными. Результат — обновлённый Backlog и общее понимание следующего шага.
Когда применять
Проводите в конце каждого спринта, до Retrospective. Приглашайте стейкхолдеров, реально влияющих на направление продукта — не максимально широкую аудиторию, а тех, кто может содержательно среагировать. Для B2B-продуктов — членов customer advisory board; для внутренних инструментов — реальных пользователей; для B2C — иногда записи user-testing-сессий вместо живых стейкхолдеров.
Типичные ошибки
Demo-only review (команда показывает что построила, стейкхолдеры аплодируют, в backlog ничего не меняется) — дисфункция #1. Симптомы: переупорядочивание backlog редкое, новые элементы из Review не добавляются, стейкхолдеры каждый раз вежливо позитивные. Чините: PO явно спрашивает 'что мы должны деприоритизировать, чтобы освободить место для X?' или 'что бы вы убрали из следующего спринта на основе увиденного?'. Требуйте содержательных ответов; молчание — сигнал, что в комнате не те стейкхолдеры.