Sprint Retrospective
Retrospective (или просто «ретро») — встреча в конце спринта, после Sprint Review. Цель — проинспектировать процесс работы и принять решения об улучшениях.
Длительность: 45 минут – 1.5 часа в зависимости от длины спринта.
Классический формат «3 вопроса»:
- Что было хорошо?
- Что было плохо?
- Что улучшим в следующем спринте?
Альтернативные форматы: Start / Stop / Continue, 4Ls (Liked / Learned / Lacked / Longed for), Sailboat (что нас движет / что тормозит).
Главные правила:
- Безопасность — никто не пострадает за честность.
- Конкретные действия — не «делать лучше», а «вводим парное код-ревью с понедельника».
- Не больше 1–2 улучшений за спринт — иначе ничего не приживётся.
Когда применять и когда нет
Применять
- Работаете по Scrum
- Конец каждого спринта
- Команда готова обсуждать процесс открыто
Не применять
- В Kanban — заменяется регулярными ретроспективами раз в месяц
- Если команда боится говорить открыто — сначала надо построить безопасность
Примеры применения
Двухнедельный спринт, ретро 1 час, формат «4Ls». Команда называет: Liked — «успели всё запланированное», Learned — «парное программирование ускорило сложные задачи», Lacked — «не было автотестов на новую фичу», Longed for — «ясности по приоритетам бэклога». Решение: «В следующем спринте вводим обязательные unit-тесты для всех новых модулей» (одно улучшение).
Часто задаваемые вопросы
Scrum Master выступает фасилитатором: задаёт формат, следит за временем, помогает команде формулировать улучшения. Сам не доминирует в дискуссии.
Нет. Ретро — безопасное пространство команды. Если есть проблемы со стейкхолдерами, они обсуждаются внутри команды, а потом выносятся на отдельный разговор.
1) Конкретные улучшения с ответственным и сроком. 2) Возврат к решениям прошлой ретро в начале следующей. 3) Если 3 ретро подряд та же проблема — выносите её на уровень руководства.