After Action Review, ретро или post-mortem: как выбрать формат

Представьте: команда только что успешно завершила спринт, но на итоговой встрече вместо идей по улучшению процессов — разбор полётов по вчерашнему провальному релизу. Знакомо? Это классическая путаница ретроспективы и post-mortem, и она медленно разрушает психологическую безопасность.

Как agile-коуч с опытом работы в глобальных компаниях, я вижу, что команды часто застревают в шаблонах. Они используют 2–3 знакомых инструмента для всех ситуаций, хотя арсенал командной рефлексии гораздо богаче. Ниже — ключевые различия между популярными форматами и «карта местности»: она помогает выбирать инструмент по цели, контексту и зрелости команды.

Ретроспектива, AAR и post-mortem — не единственные инструменты рефлексии

Ретроспектива, AAR и post-mortem — не универсальные инструменты. Это три узловые точки в широком спектре практик, и каждая закрывает свою потребность.

Ключевой принцип выбора — задать себе три вопроса:

1. Триггер: что случилось? Плановое событие или неожиданный инцидент.
2. Глубина: насколько глубоко нужно копать? Поверхностный фидбэк или системный анализ коренных причин.
3. Регулярность: как часто это происходит? Реакция на событие или регулярный ритм.

Команда, которая владеет этой картой, перестаёт механически проводить «ретро раз в две недели». Она начинает спрашивать: «Какой формат рефлексии нам нужен сейчас для нашей текущей задачи?»

Когда что использовать: три узловые точки на карте

Ретроспектива в Agile — «система жизнеобеспечения» команды

Выбирайте, когда нужен регулярный ритм непрерывных улучшений — каждый спринт или итерацию.

Суть. Это плановый «медосмотр» и работа с тренером. Цель — не потушить пожар, а проветривать помещение и чистить проводку, чтобы пожаров не было.

Эмоциональный фон — спокойный и безопасный. Это «священное пространство» команды, где можно сказать «я ошибся» без страха.

Пример из практики. На ретроспективе команда решает, что ежедневные стендапы стали неэффективными, и запускает эксперимент с форматом «быстрых вопросов».

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

Post-mortem (анализ инцидентов) — «разбор полётов» после аварии

Выбирайте, когда произошёл значимый негативный инцидент: сбой, outage (недоступность сервиса), провал релиза с ущербом.

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

Эмоциональный фон — напряжённый, но встреча должна быть blame-free (без поиска виноватых). Ключевой скрипт для начала: «Мы собрались здесь не для того, чтобы найти виноватого, а чтобы понять, как наша система (процессы, коммуникации, код) позволила этому сбою произойти. Наша цель — сделать систему устойчивее».

Глубина анализа — максимальная. Используйте 5 Why (5 почему), Fishbone (диаграмму Исикавы), Fault Tree Analysis (анализ дерева отказов).

Важный нюанс. Даже при blame-free подходе присутствие руководства создаёт естественное напряжение. Поэтому post-mortem — отдельный, специально организованный ритуал, а не часть ретроспективы.

After Action Review (AAR) — «швейцарский нож» рефлексии

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

Суть. Универсальный военный формат, пришедший из армии США (US Army). Он строится на четырёх вопросах:

1. Что планировалось?
2. Что произошло на самом деле?
3. Почему есть разница?
4. Что мы извлекаем и что меняем?

Гибкость. AAR может быть и 15-минутным обсуждением, и глубоким сеансом. Это идеальный мост между форматами.

Какой формат запускать прямо сейчас: чек-лист

Задайте команде эти вопросы:

• Событие запланировано и происходит регулярно? → Ретроспектива.
• Произошёл неожиданный сбой с серьёзными последствиями? → Post-mortem / анализ инцидента.
• Нужно быстро «закрыть гештальт» после важного действия? → AAR.
• Хотите предотвратить риски перед стартом? → Pre-mortem.

Если форматы начали путаться — например, вы провели post-mortem на ретроспективе, — немедленно разделите их. Эта ошибка ведёт к выгоранию и культуре молчания.

Какие ещё форматы рефлексии стоит знать

Честность требует признать: мир шире трёх форматов. Вот другие полезные инструменты:

• Pre-mortem / Futurespective. Антипод post-mortem: перед стартом проекта команда представляет его провал и ищет слабые места. Это проактивное, а не реактивное обучение.
• «Пять „почему?“» (Five Whys). Не отдельная встреча, а техника, которая углубляет анализ внутри любого формата.
• Improvement Kata / колесо улучшений. Для команд, готовых к долгосрочным измеримым циклам улучшений. Ретроспектива становится тактическим шагом в этой системе.
• Lean Coffee. Неформальный, но структурированный формат для обсуждения тем, важных для команды. Он может выявить потребность в более глубокой рефлексии.

Как внедрить систему рефлексии в организации: 4 шага

Как agile-коуч, я рекомендую идти по шагам.

Шаг 1. Обучите. Проведите сессию для команды и стейкхолдеров по этой «карте». Объясните разницу через метафору медосмотра и операции.

Шаг 2. Договоритесь о правилах. Зафиксируйте триггеры в рабочем соглашении. Например: «Любой инцидент с downtime > 15 мин автоматически запускает post-mortem в течение 24 часов. Ретроспектива спринта не касается инцидентов».

Шаг 3. Разделите, но свяжите. Чётко разделите форматы, но заведите общий «бэклог улучшений». Выводы из post-mortem могут становиться темами ретроспектив — например, «Как улучшить наш мониторинг?».

Шаг 4. Расширяйте арсенал. Когда команда освоит базовые форматы, экспериментируйте. Проведите pre-mortem перед запуском большого проекта. Используйте AAR, чтобы разобрать важную встречу с заказчиком.

Культура обучения начинается с выбора формата

Понимать разницу между ретроспективой и post-mortem — первый шаг. Второй, более важный — увидеть в них часть общего арсенала командной рефлексии.

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

Так команда переходит от механического следования ритуалам к культуре непрерывного обучения и психологической безопасности. Устойчивая (resilient) организация не боится сложностей, а умеет извлекать из них уроки.