Почему post-mortem опаздывает
Разбор после провала честен, но бесполезен для этого проекта: причины найдены, когда исправлять уже нечего. При этом ошибки планирования предсказуемы — оптимизм, переоценка своих сил, недооценка зависимостей. Pre-mortem, описанный Гэри Кляйном в книге Sources of Power, эксплуатирует эту предсказуемость: если команда знает, как проваливаются похожие проекты, пусть скажет это до старта.
Шаг 1: зафиксируйте факт провала
Первые две минуты — формулировка: «Через год мы узнаём, что проект провалился». Важно говорить о провале как о свершившемся факте, а не как о вероятности: психологически это снимает защиту и включает поиск причин, а не оправданий.
Шаг 2: генерируйте причины в тишине
Следующие десять минут — каждый участник пишет причины провала на стикерах, не обсуждая их вслух: это защищает от эффекта лидера, когда все повторяют первую озвученную версию. Затем причины группируются по темам, дубли удаляются, и команда голосует за самые вероятные. Обычно набирается 5–10 причин, и главная часто не та, которую называли до сессии.
Шаг 3: оцените риск = вероятность × ущерб
Оставшиеся три минуты — оценка. Каждая причина получает баллы: вероятность от 1 до 5 и ущерб от 1 до 5. Произведение даёт балл риска; топ-3 по баллам попадают в план защиты. Порог отбора — линия, ниже которой риск принимается сознательно, а не «забывается».
Шаг 4: план защиты и чек-лист «НЕ делать»
Для каждого из топ-3 рисков записывается одно действие: владелец, срок, триггер, который запускает действие, и что меняется в проекте. Отдельно составляется чек-лист «НЕ делать» — действия, от которых команда отказывается сознательно: не расширять границы на старте, не менять подрядчика в середине, не запускать без приёмки. Это защита от известных причин провала, которые команда уже видела в других проектах.
Что получится на выходе
Итог пятнадцатиминутной сессии — четыре артефакта: список причин провала, матрица рисков с баллами, план защиты по топ-3 и чек-лист «НЕ делать». Pre-mortem — естественное продолжение разбора причин: если Fishbone ищет причины уже случившегося сбоя, то pre-mortem ищет причины сбоя, который ещё не случился. О том, как превратить найденные риски в проверяемые решения, — в статье «От противоречия к тесту».
Вопросы и ответы
Чем pre-mortem отличается от обычного обсуждения рисков?
Обсуждение рисков опирается на известные опасения, а pre-mortem исходит из факта провала и заставляет команду искать его причины ещё до старта.
Кто придумал метод pre-mortem?
Психолог Гэри Кляйн описал его в книге Sources of Power (1998): команда «вспоминает» о провале, который ещё не случился.
Сколько времени занимает сессия?
15 минут достаточно: формулировка факта провала, тихая генерация причин, группировка и голосование по вероятности.
Что означает «риск = вероятность × ущерб»?
Каждый риск оценивается по вероятности и ущербу по шкале 1–5; произведение даёт балл, топ-3 попадают в план защиты.
Что такое чек-лист «НЕ делать»?
Список действий, от которых команда сознательно отказывается, чтобы не повторять известные причины провала.
Pre-mortem обеспечивает успех проекта?
Нет: метод снижает слепые зоны планирования, но не отменяет неопределённость — часть причин станет видна только в процессе.
Где pre-mortem используется на сайте?
На этапе исследования перед запуском: разбор причин (Fishbone) и противоречий дополняется проверкой плана на провал.
Что команда получает на выходе?
Список причин провала, матрицу рисков, план защиты по топ-3 и чек-лист «НЕ делать» на старт.