Post-mortem запуска: как разбирать результаты
После любого запуска — новой когорты, программы, фичи — велик соблазн либо сразу праздновать успех, либо, если что-то пошло не так, искать, кто виноват. Оба сценария мешают извлечь реальный урок. Post-mortem (разбор после события) — формат, который решает эту проблему, если проводить его по правилам.
Три принципа хорошего post-mortem:
🦋 Blameless-подход. Обсуждение строится вокруг вопроса «что в процессе позволило этому случиться», а не «кто это сделал». Как только разбор превращается в поиск виноватого, люди перестают говорить честно — начинают защищаться вместо того, чтобы разбираться.
🦋 Фиксация фактов до интерпретаций. Сначала восстанавливается точная хронология событий — что и когда произошло, — и только потом обсуждаются причины и выводы. Смешение этих этапов приводит к тому, что первая же правдоподобная версия принимается за истину без проверки.
🦋 Конкретные action items (пункты плана действий) с ответственными и сроками. Post-mortem без списка конкретных изменений — это просто приятная беседа, которая ничего не меняет к следующему запуску.
Отдельно стоит проводить post-mortem и после успешных запусков, не только провальных — иначе команда рискует не понять, что из сделанного было реальной причиной успеха, а что — просто совпадением, и не сможет это повторить осознанно.
