Ретроспектива спринта – это возможность для скрам-команды провести инспекцию, направленную на себя, и создать план улучшений командной работы в следующем спринте. Она проводится после обзора спринта и перед планированием следующего спринта. Максимальная продолжительность ретроспективы – три часа для спринта длительностью один месяц. Для более коротких спринтов, как правило, отводится меньше времени.

Цели проведения ретроспективы спринта:

■ инспекция прошедшего спринта применительно к людям, отношениям, процессам и инструментам. Обнаружение и упорядочение того, что прошло хорошо, и того, что нуждается в улучшении;

■ создание плана внедрения улучшений в процесс работы скрам-команды.

В событии участвуют только команда разработки, скрам-мастер и владелец продукта. Скрам-мастер убеждается, что событие проходит позитивно и продуктивно, обучает всех участников укладываться в отведенное на событие время. Он принимает участие в ретроспективе наравне с другими участниками команды, но продолжает нести ответственность за процесс, правила и практики скрама.

Ретроспектива может проходить в разных форматах. Например, скрам-мастер может попросить всех участников ответить на два вопроса:

■ Что было хорошо во время последнего спринта?

■ Что можно улучшить в следующем спринте?

Скрам-мастер записывает ответы в сводной форме. Затем все участники решают, в каком порядке будут обсуждать потенциальные улучшения. Скрам-мастер побуждает скрам-команду улучшать процесс разработки и практики в рамках фреймворка скрама. Это необходимо, чтобы в следующем спринте повысить эффективность команды и получать больше удовлетворения от своей работы.

Каждую ретроспективу спринта скрам-команда планирует действия для улучшения качества продукта, совершенствуя рабочий процесс или адаптируя определение готовности элементов бэклога продукта, если это необходимо и не противоречит спецификации продукта и стандартам организации. Конкретные действия по улучшению работы и продукта, которые команда решила выполнить в следующем спринте, должны быть добавлены в бэклог продукта в качестве нефункциональных требований с высоким приоритетом. Ретроспективы, которые не приводят к изменениям, бесполезны, они удручают и огорчают. К концу ретроспективы скрам-команда должна запланировать конкретные улучшения, которые она реализует в следующем спринте. Реализация этих улучшений – это и есть адаптация скрам-команды. Производить улучшения можно в любое время спринта, а ретроспектива спринта – формальная возможность сфокусироваться на инспекции и адаптации.