---
title: 'Аналіз після дій (After-Action Review)'
description: 'Короткий розбір після проєкту, інциденту чи ітерації допомагає команді зрозуміти, що очікували, що сталося та які висновки потрібно закріпити.'
type: knowledge-card
locale: uk
canonical: 'https://yoseno.com/uk/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 чи нейтральний фасилітатор. Важливо, щоб ведучий утримував розмову на фактах, рішеннях та наступних діях, а не захищав свою позицію.

### Чи можна розпочати без консультанта?

Так. Для першої зустрічі достатньо чотирьох питань, списку учасників події та місця, де команда фіксує рішення. Зовнішня допомога потрібна лише у разі сильних конфліктів або якщо розбори постійно перетворюються на звинувачення.

### Скільки часу закладати?

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

### Як зрозуміти, що практика працює?

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