☠️ Пост-мортем: анализ ошибок после поражения

🧠 Что такое пост-мортем в работе

Пост-мортем (post-mortem analysis) — это разбор, который проводится после серьёзной ошибки, провала или неудачного проекта. Его цель — понять, что пошло не так, какие были триггеры, и как не допустить повторения в будущем.

☠️ Пост-мортем: анализ ошибок после поражения

📌 Название пришло из медицины, но в профессиональной среде означает не обвинение, а анализ системы.

🎯 Зачем нужен пост-мортем

  • 🧩 Разобраться в реальных причинах провала
  • 🔍 Найти уязвимые места в процессах
  • 🔄 Сделать выводы и трансформировать их в изменения
  • 🧘‍♀ Снять напряжение и не обвинять людей

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

  • После провала запуска продукта
  • При потере клиента
  • После увольнения ключевого сотрудника
  • При серьёзном баге, инциденте, сбое

🕯 Главное — делать его не откладывая, пока свежи детали.

📋 Структура пост-мортем-анализа

  1. Факты: что произошло, когда, при каких условиях?
  2. Последствия: что стало результатом ошибки?
  3. Причины: что вызвало инцидент? (метод «Пяти Почему»!)
  4. Что сработало: даже в провале — что всё же было правильным?
  5. Что не сработало: какие процессы или действия дали сбой?
  6. Итоги и шаги: что изменим? кто за это отвечает?

📌 Пример: стартап потерял крупного клиента

Ситуация:

Клиент ушёл без объяснений. Потеря — 40% выручки.

Пост-мортем:

  • 📅 Что случилось: клиент ушёл после релиза нового функционала
  • 🧠 Причина: интерфейс стал сложнее, бизнес-логика изменилась без учёта их потребностей
  • ⚠ Что не сработало: не провели Customer Interview, нет фидбека от ключевых пользователей
  • 🧪 Что сработало: релиз прошёл без багов, команда работала стабильно
  • 🔧 Что делать: внедрить процесс валидирования гипотез перед релизом, сделать процесс фидбека регулярным

🧰 Инструменты

  • Документ шаблона: шаблон пост-мортема с чек-листом
  • Ментальная карта: для визуализации причин и последствий
  • Визуализация инцидентов: графики, диаграммы, доски событий

💡 Связь с ретроспективами и 5 Why

Пост-мортем — это реактивный инструмент: он нужен, когда уже случился инцидент.

Ретроспектива — регулярный инструмент: помогает учиться на ходу.

Метод «Пяти Почему» — отличный аналитический компонент для обоих подходов.

📎 Пример вставки ссылки: «Подробнее о методе “Пяти Почему” читайте в нашем материале:

А если вы хотите сделать регулярный анализ частью командной культуры — смотрите статью про ретроспективы:

📉 Частые ошибки при проведении

  • ❌ Обвинения и поиск «виноватых» вместо поиска корней
  • ❌ Отсутствие документации — всё остаётся в словах
  • ❌ Много выводов, но никаких действий
  • ❌ Нет последующего контроля внедрения решений

🧠 Примеры из разных сфер

🧑‍💻 Продукт

Провалился запуск нового функционала:

  • Не протестировали с пользователями
  • Нет сбора аналитики
  • Слишком много фич одновременно

🛠 Вывод: внедрить Beta-тесты и Customer Interview перед каждым релизом

👥 HR

В компании ушли сразу 3 сотрудника из одного отдела:

  • Причина: токсичная микрокультура, перегруз
  • Никто не проводил exit-интервью

🛠 Вывод: внедрить практику регулярного 1:1 и менторств

📈 Как пост-мортем улучшает культуру

  • Создаёт прозрачность и честность
  • Стимулирует рост через опыт
  • Учит воспринимать ошибки как ресурс
  • Повышает доверие и ответственность в команде

🎯 Результат

Пост-мортем — это способ «вынести урок», когда уже поздно всё исправить. Но он превращает провал в старт новой системы. Главное — не игнорировать, не замалчивать, а делать открыто и конструктивно.

Начать дискуссию