Короткий ответ: выберите формат, подготовьте доску заранее, дайте команде 10 минут молча написать карточки, сгруппируйте похожие, проголосуйте за важное, обсудите две-три верхние темы и закончите списком конкретных действий с ответственными. На всё — час. Дальше — как сделать каждый из этих шагов так, чтобы встреча не превратилась в час жалоб с нулевым результатом.
Потому что чаще всего ретро умирает именно так. Команда собирается, кто-то нехотя пишет «всё норм», кто-то в десятый раз поднимает тему про код-ревью, все кивают, расходятся — и через две недели повторяют то же самое слово в слово. Формально ретроспектива была. По сути — нет.
Подготовка: 15 минут за день до встречи
Ретро, которое готовят за две минуты до звонка, выглядит как ретро, которое готовили за две минуты до звонка. Участники это чувствуют и отвечают тем же — «да вроде всё нормально было».
Что стоит сделать заранее:
- Выбрать формат. Если команда собирается впервые или изредка — берите Start, Stop, Continue: он самый понятный. Если ретро каждые две недели и глаз замылился — меняйте формат раз в 3–4 спринта, варианты есть в каталоге форматов.
- Создать доску и настроить правила. Сколько голосов у каждого, можно ли голосовать за свои карточки, анонимны ли заметки. Про анонимность: если в команде есть незакрытые конфликты или новички — включайте. Честные карточки под настоящим именем пишут только в командах, где уже безопасно.
- Вспомнить прошлое ретро. Откройте action items с прошлой встречи. Если из четырёх пунктов сделан один — это первая тема для разговора, и лучше прийти к ней подготовленным, а не удивляться на месте.
- Позвать нужных людей. Ретро команды — для команды. Приглашать директора «просто послушать» — верный способ получить встречу, где все старательно молчат.
Пять этапов: тайминг на час
Расклад ниже — для команды из 5–7 человек и часовой встречи. Меньше людей — смело ужимайте до 45 минут. Больше девяти — либо делите на две группы, либо закладывайте полтора часа и жёсткий тайминг.
1. Настрой — 5 минут
Задача этапа — переключить людей из режима «я пишу код» в режим «я думаю о том, как мы работаем». Годится что угодно короткое: «одним словом — каким был спринт?», «оцените спринт от 1 до 5 в чате». Ответы не обсуждаем, просто собираем.
Пропускать этот шаг можно, но знайте цену: первые десять минут сбора карточек люди будут мысленно ещё в своих задачах, а не в разговоре о процессе.
2. Сбор карточек — 10 минут
Каждый молча и одновременно пишет карточки в колонки выбранного формата. Молча — это важно. Как только кто-то один начинает говорить, остальные подстраиваются под его версию спринта, и вы получаете не картину команды, а картину самого разговорчивого.
Нормальный объём — 3–7 карточек с человека. Если у кого-то ноль — не дёргайте его при всех, просто дайте ещё пару минут: возможно, человек формулирует что-то сложное.
Одна карточка — одна мысль. «Долгий деплой и ещё непонятные требования и ещё чат замусорен» — это три карточки, а не одна.
3. Группировка — 5–7 минут
Соберите похожие карточки в группы. Обычно из 30 карточек получается 6–8 тем. Здесь можно разговаривать: «это про то же, что у меня» — норма.
Не вычищайте дубли — наоборот. Если пять человек написали про зависшее код-ревью пятью разными словами, это не мусор, это сигнал с весом.
Если карточек много и группировка каждый раз съедает больше времени, чем вы на неё закладывали, посмотрите в сторону досок с автогруппировкой: в Scruma она есть на платном тарифе — AI раскладывает карточки по темам за один клик, а команда правит результат руками. Механика подробно разобрана в отдельной статье.
4. Голосование — 5 минут
У каждого 3–5 голосов, распределяет как хочет. Голосование отвечает на единственный вопрос: что обсуждаем в оставшиеся полчаса. Без него обсуждение съедает первая же тема — как правило, самая громкая, а не самая важная.
Голосовать лучше анонимно и одновременно, по той же причине, что и писать карточки молча.
5. Обсуждение и решения — 25–30 минут
Берёте тему с наибольшим числом голосов и разбираете: что происходит, почему, что меняем. Держите фокус вопросом «что мы можем сделать по-другому в следующем спринте?» — иначе разговор уедет в «а вот в прошлом году…».
Реалистичная норма — две, максимум три темы за встречу. Остальные не сгорают: если тема важная, она наберёт голоса и в следующий раз.
На каждую обсуждённую тему — хотя бы одно записанное действие. Не обязательно решение всей проблемы; шаг в её сторону тоже считается.
Action items: что записать, чтобы через две недели не было стыдно
Главный тест хорошего action item — через две недели можно однозначно сказать, сделан он или нет. «Улучшить коммуникацию» этот тест не проходит. «Лена настраивает в командном чате автоалерт о зависших ревью — до пятницы» — проходит.
| Плохо | Почему | Лучше |
|---|---|---|
| Улучшить качество кода | Никто не поймёт, что именно делать и когда это «сделано» | Андрей добавляет линтер в CI до конца спринта |
| Чаще общаться с аналитиками | Нет ответственного, нет события | Приглашаем Марину на планирование, ставит встречу Паша |
| Подумать про тестовое окружение | «Подумать» не бывает выполненным | Костя пишет одностраничник с вариантами к среде |
Три правила, которые закрывают 90% проблем:
- У каждого действия — один ответственный. «Команда» ответственным не бывает: у семи нянек дитя без глазу.
- Не больше трёх действий с одной встречи. Пять невыполненных пунктов демотивируют сильнее, чем ноль. Лучше два сделанных.
- Действия живут там, где команда работает, а не в протоколе, который никто не откроет. Таск-трекер, закреп в чате — что угодно на виду.
Закрытие: последние 5 минут
Финал скомкать проще всего — время вышло, все устали. Но именно тут встреча превращается в результат. Минимум, который стоит успеть:
- проговорить вслух список действий: кто, что, к какому сроку;
- спросить, было ли само ретро полезным — хотя бы оценкой от 1 до 5.
Оценка встречи кажется формальностью ровно до момента, когда она два раза подряд выходит ниже тройки. Это ранний сигнал, что формат пора менять — до того, как люди начнут «болеть» в день ретро.
Как это в Scruma
Когда организатор нажимает «Завершить», Scruma сама собирает итоговый отчёт: план действий с ответственными и сроками, сводку карточек с голосами и анонимную оценку встречи от участников. Ничего протоколировать руками не нужно.
Частые ошибки
Ретро без модератора. Кто-то должен следить за таймингом, останавливать монологи и возвращать разговор к теме. Не обязательно скрам-мастер — роль можно передавать по кругу, это даже полезно.
Поиск виноватых. Одна фраза «а кто это задеплоил?» — и следующие три ретро люди пишут обтекаемые карточки. Базовое правило: обсуждаем процесс, а не людей. Его стоит проговорить вслух, особенно в новой команде.
Ретро только после провалов. Если встречу собирают лишь когда всё сломалось, она закрепляется в голове как разбор полётов. Регулярность важнее повода: каждый спринт, в том числе удачный.
Пропуск ретро, «потому что и так всё хорошо». В хорошем спринте разговор о том, почему получилось, — самый ценный: удачу, которую поняли, можно повторить.
Одни и те же темы без движения. Если третья встреча подряд упирается в одну проблему, а действия не помогают — проблема не уровня команды. Значит, разговор надо нести выше, и на ретро честно это признать.
Если это ваше первое ретро
Не усложняйте. Возьмите Start, Stop, Continue, поставьте час, проговорите в начале два правила — «обсуждаем процесс, а не людей» и «всё сказанное остаётся внутри команды». Дальше просто идите по этапам из этой статьи.
Первая встреча почти наверняка выйдет неидеальной: кто-то отмолчится, тайминг поплывёт, действия запишете расплывчато. Это нормально. Ретро — навык командный, он нарабатывается к третьему-четвёртому разу. Главное, что можно испортить на старте, — безопасность: если люди увидят, что за честную карточку прилетает, второго шанса формат не получит.