Sprint review и ретроспектива — две встречи которые большинство команд проводит формально. Продакт может изменить это.
Sprint Review: как сделать полезным
Sprint review — демонстрация результатов спринта стейкхолдерам. Цель — получить обратную связь, а не отчитаться.
Структура:
- Что планировали vs что сделали (2 минуты)
- Демо: живая демонстрация, не слайды (10-15 минут)
- Метрики: как изменились показатели (3-5 минут)
- Обсуждение: что дальше, что изменилось в приоритетах (10 минут)
Ошибки:
- Показывать неготовое «в целях прозрачности» — это подрывает доверие
- Превращать в статус-апдейт вместо диалога
- Звать стейкхолдеров которым это неинтересно
Ретроспектива: как сделать честной
Ретроспектива — разговор команды о том как работать лучше. Цель — конкретные действия, а не вентиляция эмоций.
Структура (Start/Stop/Continue):
- Start: что начать делать?
- Stop: что прекратить?
- Continue: что работает хорошо?
Для удалённых команд: используйте Miro или Parabol — асинхронный сбор карточек до встречи, потом синхронное обсуждение.
Главное правило: каждая ретроспектива должна заканчиваться 1-3 конкретными действиями с ответственным и дедлайном. Иначе это просто разговор.
Итог: sprint review и ретроспектива работают когда продакт активно фасилитирует их с чёткой структурой и фокусом на действиях, а не на процессе ради процесса.