After Action Review (AAR) — короткий структурированный разбор конкретного события или этапа сразу после его завершения, построенный вокруг четырёх фиксированных вопросов: что должно было произойти? что произошло на самом деле? почему возникло расхождение? что нужно сохранить или изменить в следующий раз? В отличие от развёрнутой постпроектной рефлексии, AAR намеренно короткий (обычно 20-45 минут) и проводится сразу после события, пока детали ещё свежи — это разбор конкретного эпизода, не всего проекта целиком.
Происхождение и исследовательская база
AAR разработан армией США в 1970-х годах как прямая реакция на неудовлетворительные итоги войны во Вьетнаме — командование пришло к выводу, что реалистичные тренировки, максимально приближенные к боевым условиям, восстановят компетентность и уверенность личного состава, но только если из каждой тренировки системно извлекается опыт. Метод оформился после анализа Войны Судного дня 1973 года (Yom Kippur War) и был институционализирован через Национальный учебный центр в Форт-Ирвине — первые ротации с применением AAR прошли в 1981-1982 годах. Формальное руководство лидера по проведению AAR армия США издала в 1993 году, закрепив метод как основной механизм обучения подразделений.
Начиная с 1990-2000-х годов метод перешёл из военной практики в гражданский менеджмент — в первую очередь через консультационную и образовательную практику Уортонской школы бизнеса (Wharton) и публикации в изданиях вроде The Systems Thinker, где AAR описывается как инструмент «emergent learning» — обучения, возникающего прямо в процессе работы, а не только по её завершении.
Ключевые идеи и принципы
Принцип: четыре фиксированных вопроса, в строгом порядке
Что должно было произойти? — фиксация исходного плана/ожидания, без которого невозможно объективно оценить расхождение.
Что произошло на самом деле? — факты, а не интерпретации, в том порядке, в каком они реально случились.
Почему возникло расхождение? — самый содержательный вопрос: не констатация разницы, а разбор её причины.
Что нужно сохранить или изменить в следующий раз? — конкретный вывод, ради которого и затевается вся сессия.
Порядок вопросов принципиален: попытка сразу перейти к «что изменить», минуя честную фиксацию того, что должно было произойти и что произошло на самом деле, обычно даёт поверхностные, недостаточно обоснованные выводы.
Принцип: иррелевантность звания/должности
Ключевая особенность армейского AAR, унаследованная и гражданской практикой: разбор ведут ВСЕ участники события, и любой участник может указать на то, что пошло не так, независимо от того, кто именно принимал решение или какую позицию занимает в иерархии. Это прямое противоречие обычной субординации, и именно оно делает AAR эффективным способом вскрыть реальные причины, а не только то, что удобно сказать вышестоящему.
Принцип: сразу после события, не отложенно
AAR проводится непосредственно после завершения конкретного события или этапа — учения, релиза, спринта, презентации клиенту — пока детали и ощущения участников ещё свежи. Отложенный на недели/месяцы разбор того же события неизбежно теряет точность фактов и превращается в общее впечатление задним числом.
Принцип: разбор эпизода, не всего проекта
AAR — инструмент разбора одного конкретного, ограниченного по времени события, не полноценной постпроектной рефлексии. Попытка провести AAR по всему многомесячному проекту сразу теряет главное преимущество формата — скорость и конкретность; для такого масштаба нужен более длинный и подготовленный формат постпроектной рефлексии.
Ограничения, слепые зоны и критика
AAR эффективен только при реальном соблюдении принципа иррелевантности звания — если старший по должности фактически доминирует в разговоре или пресекает критику своих решений, формат вырождается в обычное совещание с докладом руководителя.
Формат рассчитан на короткие, ограниченные по времени события — механическое применение AAR к слишком широкому по масштабу событию (весь квартал вместо одного релиза) даёт поверхностный разбор, не соответствующий заявленной глубине четырёх вопросов.
Без регулярной практики четыре вопроса быстро превращаются в формальность — участники начинают отвечать шаблонно, не вдумываясь, особенно на третий вопрос («почему») — самый содержательный, но и самый трудоёмкий для честного ответа.
AAR фиксирует выводы, но, как и любой формат Lessons Learned, не гарантирует их реального применения в будущем без отдельного механизма распространения и переиспользования накопленных выводов.
Типовые ошибки
Ошибка 1: пропуск первого вопроса — сразу к тому, что пошло не так
Сессия начинается сразу с обсуждения проблем, без явной фиксации, что вообще должно было произойти по плану — без этой опорной точки трудно объективно оценить масштаб и причину расхождения.
Как избежать: всегда явно проговаривать первый вопрос («что должно было произойти?») в начале сессии, даже если ответ кажется всем очевидным.
Ошибка 2: доминирование старшего по должности в разговоре
Руководитель или самый опытный участник говорит больше и решительнее остальных, и разбор фактически превращается в изложение его точки зрения — младшие участники не решаются указать на его собственные решения как на причину проблемы.
Как избежать: явно проговаривать принцип иррелевантности звания в начале каждой сессии, фасилитатору — сознательно давать слово участникам младше по иерархии первыми.
Ошибка 3: применение AAR к слишком масштабному событию
Формат используется для разбора целого проекта или квартала — 20-45 минут физически не хватает на содержательный разбор такого масштаба, вопросы отвечаются поверхностно.
Как избежать: применять AAR к конкретным, ограниченным по времени эпизодам; для более широкого масштаба использовать формат постпроектной рефлексии.
Ошибка 4: третий вопрос («почему») пропускается или даётся формально
Разбор быстро перескакивает от «что произошло» к «что изменить», не докапываясь до реальной причины расхождения — рекомендации получаются немотивированными.
Как избежать: сознательно закладывать больше времени именно на третий вопрос, не спешить к выводам, пока причина не прояснена.
Главное, что нужно знать
AAR — короткий (20-45 минут) разбор конкретного события сразу после его завершения, четыре вопроса в строгом порядке: план → факт → причина расхождения → вывод.
Ключевой принцип — иррелевантность звания: любой участник может указать на проблему независимо от иерархии.
Разработан армией США в 1970-х после анализа Войны Судного дня 1973 года, институционализирован в Форт-Ирвине (1981-82), формализован в 1993 году.
Инструмент разбора эпизода, не всего проекта — для более широкого масштаба нужен формат постпроектной рефлексии.
Третий вопрос («почему») — самый содержательный и самый часто пропускаемый формально.
План внедрения
Сразу после значимого события: проведение AAR
Собрать непосредственных участников события сразу после его завершения, не откладывать.
Явно проговорить принцип иррелевантности звания перед началом разбора.
Пройти четыре вопроса строго по порядку, не пропуская первый (план) ради того, чтобы быстрее перейти к проблемам.
Уделить основное время третьему вопросу (причина расхождения) — не спешить к выводам.
После разбора: фиксация и распространение
Зафиксировать выводы сразу после сессии, без затягивания с протокольным оформлением.
Сделать выводы доступными команде, особенно если разбираемое событие может повториться в близком будущем.
На регулярной основе: встраивание в ритм работы
AAR даёт максимальную пользу, если проводится систематически после каждого значимого события, а не эпизодически — регулярность превращает формат в привычный, не воспринимаемый как исключительная процедура «что-то пошло совсем не так».
Как реализовать этот план с помощью фрейма «After Action Review (AAR)» в OrgDevTools
Живой фрейм этой методики ещё не создан — задача поставлена агенту framework-builder (скилл frameworks_ODT) в этом же цикле работы. Раздел будет дополнен фактическим описанием компонента сразу после того, как фрейм реально создан и зарегистрирован — по правилу этого же скилла блок не пишется заранее по намерению, только по факту готового кода.