Ретроспектива: что это и как провести

Автор

Армия США (формат AAR, TC 25-20); Норман Керт (ретроспективы проектов), 1970-е, первые испытания; TC 25-20 (1993); Керт (2001)

Уровень

301 · Продвинутый

Подходит

стартап, малый и средний бизнес, растущая компания, корпорация

Время на внедрение

45–60 минут на первый разбор, который проходит в течение нескольких дней после события

Что понадобится

недавнее событие с ясной целью: запуск, инцидент или спринт · люди, которые делали работу, в одной комнате · цифры или журналы, которые показывают, что случилось на самом деле · ведущий, который не руководил событием, или руководитель, который не будет давить на остальных

Ретроспектива, или разбор после действия (after action review, AAR), — короткий структурированный разговор, в котором люди, сделавшие работу, сверяют задуманное с произошедшим, выясняют, почему получилось иначе, и решают, что оставить, а что менять. Руководство армии США 1993 года, TC 25-20, определяет его как профессиональный разговор о стандартах работы, в котором военные сами выясняют, что произошло, почему и как сохранить сильные стороны и подтянуть слабые. В бизнесе та же форма идёт под другими названиями: дебриф, ретроспектива, постмортем.

Откуда взялся разбор после действия?

Он вышел из исследований боевой подготовки в армии США в 1970-х. По истории метода, которую написал Научно-исследовательский институт армии, первые известные случаи применения связаны с двумя тренажёрными системами, дававшими инструкторам объективную запись того, кто в кого попал: SCOPES для пехоты и REALTRAIN для бронетехники. Учебные циркуляры к ним вышли в 1973 и 1975 годах (Моррисон и Мелиза, 1999). Когда в 1982 году Национальный учебный центр начал учения с противостоянием двух сторон, AAR стал там основным способом обратной связи, и о методе заговорили шире.

В бизнес практика пришла через Марилин Дарлинг, Чарльза Перри и Джозефа Мура: их статья в Harvard Business Review 2005 года написана вместе с бывшим командиром «условного противника» в Национальном учебном центре армии. Действующий документ армии — TC 7-0.1, опубликованный в 2025 году (US Army).

Разработчики программ пришли к той же идее с другой стороны. Книга Нормана Керта Project Retrospectives (2001) описала, как разбирать проект целиком. Agile Retrospectives Эстер Дерби и Дианы Ларсен, вышедшая в 2006 году с предисловием Кена Швабера, принесла практику в гибкие команды, а двенадцатый принцип Agile-манифеста просит команды через равные промежутки времени думать, как стать эффективнее. Источника, который проводил бы прямую линию от армейского формата к методу Керта, мы не нашли, поэтому считаем их параллельными разработками с общей логикой.

Как устроен разбор после действия?

Порядок фиксированный: замысел, итог, причина, действие. TC 25-20 перечисляет формат так: вступление и правила, обзор целей, замысел командира («что должно было произойти»), краткий пересказ событий («что произошло»), обсуждение того, почему это случилось и как улучшить, заключительные замечания.

Начинать с замысла важно. Обратная связь, по словам TC 25-20, сравнивает реальный результат процесса с задуманным. Без записанного замысла разбор превращается в обмен мнениями.

Руководство отделяет разбор от критики. Критика даёт одну точку зрения, а AAR зовёт всех, независимо от звания, и исходит из того, что всегда есть сильные стороны, которые стоит сохранить, и слабые, которые стоит улучшить. Описана и быстрая неформальная версия: командир отделения раскладывает шишки вместо бойцов и тут же проходит по только что случившемуся контакту.

Что говорят исследования разборов?

Разборы улучшают результат, хотя данные в основном взяты из обучения и симуляций. Танненбаум и Черасоли объединили 46 выборок с 2136 участниками и нашли, что разборы повышали эффективность по сравнению с контрольной группой примерно на 25% (d = 0,67). Для команд и для отдельных людей эффект был похожим. Четыре определяющих признака разбора: активное самообучение, развивающая, а не оценочная цель, внимание к конкретным событиям и мнения нескольких источников. Нашлась и закономерность по структуре: эффективность падала с d = 0,69 у строго структурированных разборов до 0,54 у умеренно структурированных и 0,32 у неструктурированных, хотя почти все исследования были как минимум умеренно структурированы.

Более поздний метаанализ Кайзера и Артура охватил 61 исследование и дал больший общий эффект, d = 0,79. Устойчиво важными оказались две вещи: подгонять разбор под того человека или ту команду, что делала работу, и опираться на объективные записи результатов. Структура помогала в военных условиях и почти не влияла в здравоохранении. Единственный эксперимент с 47 командами по четыре человека, который провели Вилладо и Артур, показал: команды с разбором превзошли команды без него по результату, уверенности в своих силах, открытости общения и сплочённости, а разницы между разбором по памяти и по записи не обнаружил.

Здравоохранение тоже взяло метод. Программа TeamSTEPPS от AHRQ описывает командные разборы примерно на три минуты и меньше, которые ведёт руководитель команды, а статья Саласа и коллег 2008 года излагает 12 практик, часть из них для руководителей больниц, часть для ведущих.

Одна оговорка. Аллен и коллеги повторяют цифру в 25% для хорошо проведённых разборов, то есть она зависит от качества разбора. Разбор, который провели наспех, на котором доминировал один человек или после которого ничего не сделали, — это не то, что измеряли эти исследования.

Чем он отличается от ретроспективы спринта?

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

Книга Google по SRE описывает вариант постмортема: письменный отчёт, который сосредоточен на причинах и не обвиняет ни отдельного человека, ни команду; его пишут, когда сработали заданные условия, например недоступность для пользователей или потеря данных.

Почему разборы не работают и что с этим делать?

Чаще всего разбор губят страх и то, что после него ничего не меняется. Исследование Эми Эдмондсон по 51 рабочей команде показало, что психологическая безопасность, то есть общая уверенность команды, что в ней безопасно идти на межличностный риск, связана с обучающим поведением. Ответ Керта — формулировка, которую он назвал Prime Directive: она просит участников верить, что каждый сделал свою работу как мог, с учётом того, что знал. Мартин Фаулер отмечает, что совет читать её вслух может работать через прайминг, и предупреждает, что исследования прайминга плохо воспроизводятся. Формулировка не утверждает, что никто не ошибается. Она направляет группу на систему, которая допустила ошибку, и ту же позицию занимает метод 5 почему.

Вторая причина провала — разбор, который кончается списком. После обсуждения TC 25-20 ставит шаг продолжения: сразу переобучить людей или пересмотреть процедуры и учесть выводы в следующем плане. В PDCA этот шаг называется Act, а кайдзен превращает его в привычку. Статья Дэвида Гарвина в HBR 1993 года начинается с того же разрыва: программ улучшения, которые не удались, больше, чем удавшихся, а недостающее звено он видит в приверженности обучению. Устойчивый ритм управления даёт разборам постоянное место, и их не назначают только после поломки.

Эллис и Давиди добавляют третье, по полевому эксперименту с солдатами: результаты в навигации росли сильнее, когда солдаты разбирали и успехи, и неудачи, чем когда одни неудачи. Разбирайте то, что сработало, так же серьёзно, как то, что не сработало. План Growth Lab закладывает разборы в месячный цикл: см. Growth Lab.

Как применять: Ретроспектива: что это и как провести по шагам

1. Поставьте разбор в календарь до начала работы. TC 25-20 советует командирам планировать разборы за шесть-восемь недель, одновременно с планом подготовки. Забронируйте время и комнату сразу. Результат: разбор с датой, который не отменят, когда неделя окажется загруженной.
2. Опишите замысел одним абзацем. До начала события напишите, что должно произойти, с целевым значением и сроком. Результат: план, с которым можно сравнить итог, и никто не спорит потом, что считалось успехом.
3. Восстановите ход событий по фактам. Пройдите событие по порядку, с данными и с людьми, которые при этом были. Спрашивайте мнение нескольких человек, а не одного. Результат: общая хронология, с которой все согласны.
4. Спросите «почему» о самых больших расхождениях и о лучших результатах. Возьмите два-три самых больших разрыва между замыслом и итогом и спросите, почему они появились. То же сделайте для того, что получилось лучше плана. Результат: причины и для успехов, и для провалов.
5. Выберите несколько изменений, у каждого — владелец и срок. Отберите самые важные изменения. Запишите, кто что делает и к какому сроку, и внесите это в тот же инструмент, где живёт остальная работа. Результат: короткий список действий, который попадает в следующий план.
6. Проверьте изменения при следующем запуске. В начале следующего разбора откройте список действий с прошлого. Спросите, какие изменения сделаны и помогли ли они. Результат: замкнутый цикл вместо стопки заметок.

Примеры

Платёжная команда после задержки выплат

Иллюстративный пример. Замысел: каждая выплата из пакета уходит до 14:00. Итог: 95% ушли вовремя, последние 5% — в 16:30. Причина расхождения — очередь ручной проверки, которая разрослась после смены правила. Команда сохраняет раннюю проверку файла, вводит оповещение при 40 заявках в очереди с назначенным ответственным и проверяет его в следующем цикле выплат.

Клиника после наплыва в сезон гриппа

Иллюстративный пример. Замысел: на звонок отвечают в течение минуты, запись подтверждают в тот же день. Итог: регистратура пропустила треть звонков с 9:00 до 10:00. Разбор показывает, что систему записи и телефонную очередь вели одни и те же два человека. Клиника переносит подтверждения в автоматические сообщения и оставляет лучший по результатам скрипт приветствия.

Маркетинговая команда после запуска кампании

Иллюстративный пример. Замысел: 300 квалифицированных лидов за две недели. Итог: 180, и большую часть дал один канал. Команда спрашивает, почему сработал этот канал, так же внимательно, как и почему не сработали остальные, и записывает оба ответа. В следующем брифе повторяют удачное и ставят промежуточную проверку на пятый день.

Когда применять

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

Когда не применять

Не используйте, чтобы оценивать отдельных людей или искать виноватых. Исследования разборов называют определяющим признаком развивающую, а не наказывающую цель, и разбор, превратившийся в оценку, перестаёт давать честные ответы. Откажитесь и тогда, когда ни у кого нет полномочий действовать по результатам.

Частые ошибки

• Превратить разбор в критику. TC 25-20 прямо говорит, что AAR — не критика и не оценка успеха или провала. Как только один человек начинает читать нотацию, остальные замолкают.
• Разбирать только неудачи. Эллис и Давиди обнаружили, что результаты солдат росли сильнее, когда разбирали и успехи, и неудачи, чем когда разбирали одни неудачи.
• Пропустить замысел. Без письменного плана итогу не с чем сравниться, и обсуждение превращается в обмен мнениями.
• Закончить списком уроков без владельцев. Руководство по Scrum говорит, что самые полезные улучшения надо делать как можно скорее, и их можно внести в бэклог следующего спринта.
• Проводить каждый раз одну и ту же встречу. Командный справочник Atlassian советует менять формат, чтобы ретроспектива не стала галочкой в списке дел.

Вопросы и ответы

Что такое ретроспектива (разбор после действия)?

Это структурированный разговор вскоре после события. Участники сверяют, что должно было произойти и что произошло, выясняют причины и решают, что сохранить и что улучшить. TC 25-20, руководство армии США 1993 года, описывает его как профессиональный разговор о стандартах работы.

Чем разбор после действия отличается от ретроспективы?

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

Сколько должен длиться разбор после действия?

TC 25-20 называет около 30–45 минут для взвода, час для роты и около двух часов для батальона. Руководство по Scrum ограничивает ретроспективу спринта тремя часами для месячного спринта. TeamSTEPPS описывает быстрый разбор команды примерно на три минуты и меньше.

Улучшают ли разборы после действия результаты на самом деле?

Данные говорят, что да. Метаанализ 2013 года по 46 выборкам (Танненбаум и Черасоли) показал, что разборы повышали эффективность примерно на 25% по сравнению с контрольными группами (d = 0,67). Метаанализ 2021 года по 61 исследованию (Кайзер и Артур) дал больший общий эффект, d = 0,79. Оба в основном опираются на исследования обучения и симуляций.

Что такое Prime Directive в ретроспективе?

Это формулировка, которую Норман Керт привёл в книге Project Retrospectives (2001). Она просит участников верить, что каждый сделал максимум возможного с учётом того, что знал, своих навыков, ресурсов и обстоятельств. Ведущие часто зачитывают её вслух в начале, чтобы сделать встречу безопасной.

Источники

1. US Department of the Army, TC 25-20: A Leader's Guide to After-Action Reviews, 1993
2. US Army, TMD publishes training circular to augment FM and ADP 7-0 (TC 7-0.1, After Action Reviews), 2025
3. John E. Morrison and Larry L. Meliza, Foundations of the After Action Review Process, US Army Research Institute Special Report 42, 1999
4. Scott I. Tannenbaum and Christopher P. Cerasoli, Do team and individual debriefs enhance performance? A meta-analysis, Human Factors 55(1), 2013
5. Nathanael L. Keiser and Winfred Arthur Jr., A meta-analysis of the effectiveness of the after-action review (or debrief) and factors that influence its effectiveness, Journal of Applied Psychology, 2021
6. Anthony J. Villado and Winfred Arthur Jr., The comparative effect of subjective and objective after-action reviews on team performance on a complex task, Journal of Applied Psychology, 2013
7. Joseph A. Allen, Roni Reiter-Palmon, John Crowe and Cliff Scott, Debriefs: Teams learning from doing in context, American Psychologist 73(4), 2018
8. Shmuel Ellis and Inbar Davidi, After-event reviews: Drawing lessons from successful and failed experience, Journal of Applied Psychology 90(5), 2005
9. Amy C. Edmondson, Psychological safety and learning behavior in work teams, Administrative Science Quarterly 44(2), 1999
10. Marilyn Darling, Charles Parry and Joseph Moore, Learning in the thick of it, Harvard Business Review, July-August 2005
11. David A. Garvin, Building a learning organization, Harvard Business Review, July-August 1993
12. Ken Schwaber and Jeff Sutherland, The Scrum Guide, 2020
13. Agile Manifesto authors, Principles behind the Agile Manifesto
14. Norman L. Kerth, Project Retrospectives: A Handbook for Team Reviews, Dorset House, 2001 (eBook edition, InformIT)
15. Martin Fowler, Priming Prime Directive, martinfowler.com
16. Esther Derby and Diana Larsen, Agile Retrospectives: Making Good Teams Great, Pragmatic Bookshelf, 2006
17. Atlassian, Team Playbook: Sprint retrospective
18. Google, Site Reliability Engineering, chapter 15: Postmortem culture
19. AHRQ, TeamSTEPPS: Reviewing the team's performance, debrief
20. Eduardo Salas, Cameron Klein, Heidi B. King and others, Debriefing medical teams: 12 evidence-based best practices and tips, Joint Commission Journal on Quality and Patient Safety 34(9), 2008 (AHRQ PSNet record)

Обновлено 20 октября 2026

Илья ПушинОснователь PUSHERS & COO Fintech ServiceИлья строит операционные системы для растущих компаний в медицине и финтехе. С 2021 года руководит трансграничными платежами в ARBI Exchange, лицензированном обменнике в Таиланде, включая KYC, AML и выход в новые юрисдикции.Об автореLinkedIn