---
title: 'Анализ после действий (After-Action Review)'
description: 'Короткий разбор после проекта, инцидента или итерации помогает команде понять, что ожидали, что произошло и какие выводы нужно закрепить.'
type: knowledge-card
locale: ru
canonical: 'https://yoseno.com/ru/docs/knowledge/after-action-review'
---

# Анализ после действий (After-Action Review)

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

- **Темы:** Возможности обучения, Открытые коммуникации, Прозрачность процессов, Синхронизация команды

## Что это

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

## Когда помогает

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

## С чего начать

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

## Ожидаемая польза

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

## Типичные ошибки

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

## Что почитать

- Документация: U.S. Army, After Action Review guidance
- Книга: Peter Senge, The Fifth Discipline
- Книга: Chris Argyris and Donald Schon, Organizational Learning

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

### Кто должен вести такой разбор?

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

### Можно ли начать без консультанта?

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

### Сколько времени закладывать?

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

### Как понять, что практика работает?

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