Sprint Retrospective
Тема дорожной карты · Agile / Scrum / Kanban
Sprint Retrospective (timebox: 3 часа на месячный спринт) — событие inspect-and-adapt для собственного процесса, инструментов и взаимодействий команды. Это двигатель непрерывного улучшения: каждая ретроспектива должна оставлять одно конкретное улучшение с владельцем. Типичная дисфункция — вежливость: команды, не способные сказать 'это болит', не улучшаются.
Как это работает
5-фазный формат Esther Derby и Diana Larsen (из 'Agile Retrospectives') — каноничная структура: (1) Set the stage — открытие check-in вопросом, установка безопасности (~5 мин); (2) Gather data — факты, события, метрики прошедшего спринта (~15 мин); (3) Generate insights — поиск паттернов в данных: почему случилось X? (~15 мин); (4) Decide what to do — выбор 1-3 конкретных улучшений с владельцами (~10 мин); (5) Close — благодарности, recap, решение по формату следующего ретро (~5 мин). Всё умещается в 45-60 мин, сильно меньше каноничного максимума.
Когда применять
Каждый спринт, сразу после Sprint Review. Не пропускайте — ретро это место, где замыкается inspect-and-adapt-петля для процесса. Новым командам может нужно ближе к 3-часовому максимуму; зрелые регулярно заканчивают за 30 мин. Формат стоит менять каждые 3-5 спринтов, чтобы избежать усталости (см. retro-formats).
Типичные ошибки
Ретро без action item — самая частая форма провала: обсуждение случилось, согласие достигнуто, но никто не владеет изменением, и в следующем спринте ничего не меняется. Чините механически — до выхода из комнаты фасилитатор пишет каждое действие на карточке с именем владельца и временем check-in. Action items, не сделанные к следующему ретро — первый пункт повестки, никаких пропусков. Вторая ловушка — вежливость; см. psych-safety. Без безопасности ретро становится театром 'согласимся что всё ок'.