ScrumaScruma
ГАЙДОсновы

Что такое ретроспектива и зачем она команде

Ретроспектива — встреча, на которой команда разбирает свою работу за спринт и решает, что изменить. Чем отличается от ревью и когда она реально работает.

9 мин чтенияОбновлено 16 июля 2026 г.
ГАЙДscruma.kb / 002
Содержание статьи

Ретроспектива — это регулярная встреча, на которой команда обсуждает не продукт, а собственную работу: что в прошедшем спринте помогало, что мешало и что стоит изменить в следующем. Результат — короткий список конкретных действий с ответственными. По сути это единственная встреча в спринте, посвящённая не «что мы делаем», а «как мы это делаем».

Если совсем коротко: спринт-ревью отвечает на вопрос «то ли мы построили?», ретроспектива — «так ли мы строили?».

Откуда это взялось

Слово звучит казённо, но идея простая и старая: останавливаться и оглядываться. В Agile-манифесте это двенадцатый принцип: команда регулярно обдумывает, как стать эффективнее, и корректирует свою работу. В Scrum ретроспектива закреплена как обязательное событие в конце каждого спринта, после ревью и до следующего планирования.

Но привязка к Scrum — скорее историческая. Ретро проводят команды на Kanban, команды без фреймворка вообще, дизайн-студии, отделы поддержки и даже семьи (серьёзно, есть и такая практика). Везде, где группа людей регулярно делает что-то вместе, есть смысл иногда обсуждать, как именно она это делает.

Зачем она нужна, если можно просто поговорить в чате

Честный вопрос, и у него есть честный ответ: без выделенного времени разговор про процесс не случается. В чате обсуждают горящую задачу. На дейли — статусы. На планировании — следующий спринт. Проблемы вроде «ревью висит по три дня» или «требования меняются на середине задачи» не срочные, поэтому вечно уступают место срочным — и копятся месяцами.

Ретроспектива — это принудительная остановка: час из восьмидесяти рабочих часов спринта, в который команда чинит не продукт, а саму себя.

Что она даёт на практике:

  • Проблемы всплывают, пока маленькие. «Меня немного напрягает, что задачи прилетают мимо планирования» на ретро — это разговор на десять минут. Через полгода молчания это заявление об уходе.
  • Решения принимает команда, а не менеджер. Правило, которое люди придумали сами, соблюдается заметно охотнее спущенного сверху.
  • Успехи фиксируются, а не испаряются. Спринт прошёл гладко — почему? Если команда поняла причину, удачу можно повторить. Если нет — это была просто удача.

Чем ретроспектива отличается от ревью и постмортема

Эти встречи регулярно путают, поэтому таблица:

Спринт-ревьюРетроспективаПостмортем
ПредметПродукт: что сделалиПроцесс: как работалиОдин конкретный инцидент
Кто участвуетКоманда + стейкхолдерыТолько командаВсе причастные к инциденту
КогдаКонец спринтаКонец спринта, после ревьюПосле аварии
РезультатОбратная связь по продуктуДействия по улучшению работыПричины сбоя и меры
ТонДемонстрацияРазговор внутри командыРазбор без поиска виноватых

Ключевая разница с ревью — аудитория. На ревью команда показывает работу наружу, на ретро разговаривает сама с собой. Поэтому стейкхолдеров и руководителей на ретро обычно нет: при начальнике разговор «что у нас не так» превращается в отчёт «у нас всё так».

Из чего состоит встреча

Классическая структура — пять шагов, от настройки до фиксации решений. Подробный тайминг с примерами есть в пошаговом руководстве, здесь — суть:

  1. Настрой. Пара минут, чтобы переключиться с задач на процесс.
  2. Сбор фактуры. Каждый молча пишет карточки: что помогало, что мешало. Молча — чтобы мнение самого громкого не стало мнением всех.
  3. Группировка. Похожие карточки собираются в темы. Пять карточек про одно и то же — не дубли, а вес темы.
  4. Голосование. Команда выбирает, что обсудить в оставшееся время.
  5. Обсуждение и решения. Две-три верхние темы разбираются до конкретных действий: кто, что, к какому сроку.

Колонки, в которые пишутся карточки, задаёт выбранный формат — Start/Stop/Continue, Mad/Sad/Glad и десятки других. Обзор с рекомендациями, что когда брать, — в каталоге форматов.

Посмотреть, как это выглядит вживую

В Scruma все пять шагов собраны в одну онлайн-доску: карточки, группировка, голосование и план действий. Создайте доску и проведите первое ретро — начать можно бесплатно.

Начать бесплатно

Когда ретроспектива работает, а когда нет

Ретро — не магия, а инструмент, и у него есть условия эксплуатации.

Работает, когда есть безопасность. Люди пишут честные карточки, только если за них ничего не прилетит — ни от коллег, ни от руководителя. Проверяется просто: если на доске от встречи к встрече «всё ок» и «спринт как спринт», при том что дедлайны горят, — безопасности нет. Частично лечится анонимными карточками, полностью — только культурой.

Работает, когда решения выполняются. Одна невыполненная договорённость — случайность. Три подряд — сигнал команде: «наши решения ничего не значат». После этого на ретро ходят телом, но не головой. Поэтому мало записать действия — на следующей встрече нужно начать с их проверки.

Не работает как замена управленческих решений. Если проблема в том, что в команде физически не хватает людей, никакой формат ретро её не решит. Максимум, что может встреча, — чётко сформулировать проблему, чтобы отнести её тому, кто может решить. Это тоже результат.

Не работает под протокол. Ретро, которое проводят «потому что положено по Scrum», с обязательной явкой и отчётом руководству, умирает за пару месяцев. Форма без содержания дискредитирует сам инструмент.

Как это в Scruma

В Scruma анонимность заметок включается одним переключателем при создании встречи — и тогда авторов не видит никто до самого конца сессии. Для команд, где честный разговор пока не разогнался, это самый короткий путь к настоящим карточкам вместо дежурных.

Три возражения, которые вы услышите

Если вы собираетесь завести ретро в команде, где его не было, готовьтесь к стандартному набору.

«У нас нет на это времени». Час в две недели — это чуть больше процента рабочего времени. Одна повторяющаяся проблема, которую ретро сняло бы за одну встречу, — скажем, флаки-тесты, на которые каждый тратит по 20 минут в день, — съедает больше. Возражение про время почти всегда означает «я не верю, что это сработает», и лечится не спором, а одной проведённой по-человечески встречей.

«Мы и так всё обсуждаем». Обычно это правда — но обсуждают в момент пожара, в личках и без решений. Проверочный вопрос: «назови три вещи, которые мы изменили в своём процессе за последние три месяца». Если ответ — тишина, «и так обсуждаем» не работает.

«Это очередной эджайл-ритуал». Самое честное возражение — потому что ретро для галочки действительно ритуал, и хуже того, прививка против нормального ретро. Аргументировать бесполезно, показывать — работает: первая встреча, после которой реально исчезла одна мелкая, но всех раздражавшая проблема, переубеждает надёжнее любых слов.

С чего начать, если у вас ретро ещё не было

Не нужно ни сертификатов, ни выделенного скрам-мастера. Достаточно часа, доски и трёх колонок. Позовите команду, объясните два правила — «обсуждаем процесс, а не людей» и «сказанное остаётся здесь», — и пройдите по пяти шагам выше.

Единственное настоящее требование — регулярность. Одно ретро не меняет ничего: это фотография. Ретро раз в спринт — это уже видео, на котором видно динамику: что улучшилось, что застряло, куда команда движется. Эффект накапливается к третьей-четвёртой встрече, поэтому главная ошибка новичков — сдаться после первой.

Ретроспектива — это только про Scrum?
Нет. В Scrum она закреплена формально, но сама практика фреймворка не требует. Ретро проводят Kanban-команды, отделы без методологий, агентства и стартапы из трёх человек. Нужна лишь группа, которая регулярно работает вместе.
Чем ретроспектива отличается от спринт-ревью?
Ревью — про продукт: команда показывает стейкхолдерам, что сделано за спринт. Ретроспектива — про процесс: команда наедине с собой обсуждает, как работалось. Разные вопросы, разная аудитория, и заменить одно другим не выйдет.
Должен ли руководитель присутствовать на ретро?
Если руководитель — часть команды и работает в спринте, да. Если он приходит «послушать» — лучше не надо: при нём разговор о проблемах превращается в отчёт об успехах. Итоги можно передать списком действий без имён.
Сколько людей должно быть на ретроспективе?
Столько, сколько в команде — обычно 4–9 человек. Меньше трёх — формат избыточен, хватит разговора за кофе. Больше десяти — обсуждение разваливается, стоит делить на группы или проводить ретро по подкомандам.
Что делать с итогами ретроспективы?
Превратить в 2–3 конкретных действия с ответственными и сроками, положить туда, где команда работает (трекер, закреп в чате), и начать следующее ретро с проверки: что из этого сделано. Невыполняемые договорённости убивают формат быстрее, чем их отсутствие.

Проведите ретро в Scruma

Начать можно на бесплатном тарифе. Всё работает в браузере — установка не нужна.

Начать бесплатно

Читайте также

ГАЙДscruma.kb / 005
Практика

Как провести ретроспективу: пошаговый план на час

10 минЧитать →
СТАТЬЯscruma.kb / 003
Форматы

Форматы ретроспектив: 12 техник и когда какую брать

8 минЧитать →
ГАЙДscruma.kb / 008
Практика

Доска для ретроспективы онлайн: как выбрать инструмент

8 минЧитать →