Деталь: Pre-mortem

Содержание

• Что это и зачем
• Как провести (30 минут)
• Ключевое преимущество
• Когда pre-mortem НЕ нужен
• Антипаттерны проведения
• Связь с другими инструментами
• Связанное

Pre-mortem — техника, предложенная Gary Klein и продвигаемая McKinsey. Вместо того чтобы планировать успех, вы начинаете с допущения, что инициатива уже провалилась — и обратным ходом ищете причины. Это упреждающий риск-анализ, который ловит то, что обычный brainstorming пропускает.

Почему работает. Исследования Mitchell et al. (1989) показали, что «prospective hindsight» — представление, что событие уже произошло — увеличивает количество сгенерированных причин на ~30%. McKinsey отмечает, что premortems снижают сверхуверенность команд значительно сильнее, чем другие методы критического анализа.

Когда уместен:

• Запуск инициативы длиннее месяца
• Архитектурное решение, которое сложно откатить
• Кросс-функциональный проект с большим числом стейкхолдеров
• Когда «всё кажется слишком гладко» — это сигнал, что pre-mortem нужен

Шаг 1. Установка (2 минуты)

Открывайте встречу одной фразой:

«Представьте, что прошло 6 месяцев. Наша инициатива провалилась. Полный провал. Что произошло?»

Не «может провалиться», а «уже провалилась». Это критично — именно гипотетическое прошедшее время разблокирует мышление, которое блокируется при «обсудим риски».

Шаг 2. Индивидуальная генерация (5 минут)

Каждый участник молча пишет причины провала. Без обсуждения, без вопросов. Это важно для борьбы с groupthink — иначе первый высказавшийся определит направление мыслей всех остальных.

Поставьте таймер на 5 минут и не перебивайте.

Шаг 3. Сбор (10 минут)

Каждый по кругу называет одну причину, пока не исчерпаются все. Записываете на доску.

Правила:

• Не обсуждаете правдоподобность пока. Записываете всё
• Не группируете. Группировка — после
• Если две причины похожи — разрешаете автору решить, это одна или две

После сбора — группируете похожие в кластеры (5 минут максимум).

Шаг 4. Приоритизация (5 минут)

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

Top-3 (или top-5, если кластеров много) — то, на чём фокусируется митигация.

Шаг 5. Митигация (8 минут)

Для top-3 рисков — что мы можем сделать прямо сейчас, чтобы этого не произошло?

Для каждого:

• Конкретное действие (не «следить», а «настроить алерт на X»)
• Владелец (кто это сделает)
• Срок (до когда)

Результат — 3–5 пунктов в плане митигации.

Pre-mortem создаёт безопасное пространство, где поднимать проблемы — это не обструкция, а проявление дальновидности. Участники соревнуются, кто поднимет самую серьёзную проблему. Это переключение тональности — главный эффект ритуала.

В обычном brainstorming risks возникает социальная дилемма: озвучить риск = выглядеть «негативным», поэтому риски занижаются. Pre-mortem убирает это, делая поиск рисков главной задачей встречи.

• Инициатива в одной команде на 1–2 недели
• Рутинные операционные задачи
• Команда из 2 человек, которые работают вместе годами — у них уже общий контекст рисков

1. Не пропускайте шаг 2 (индивидуальная генерация). Сразу обсуждать = поощрить groupthink. Это самая частая ошибка.
2. Не превращайте в blame-сессию. «Кто виноват в провале» — это не pre-mortem. «Что могло произойти» — это pre-mortem.
3. Не митигируйте всё. Top-3 максимум. Иначе вы потратите неделю и забросите половину.
4. Не делайте pre-mortem без полномочного состава. Если на встрече нет owner'ов, кто реально может настроить митигацию — это театр.
5. Не пропускайте follow-up. Через 4 недели проверьте: какие митигации реально внедрены? Это и есть тест того, что pre-mortem прошёл не зря.

• Результат pre-mortem обычно становится первой версией Risk card и записями в RAID-логе
• Top-3 рисков, выявленных на pre-mortem, должны попасть в Decision Memo, если есть формальное решение по инициативе
• Pre-mortem — естественный шаг между обсуждением вариантов и финальным «GO» на DM

• Шаблон: Risk card
• Шаблон: RAID-лог
• Шаблон: Decision Memo
• Ясность решений — как обсуждать risks с руководителем
• Ясность процессов — как делать прогресс по митигациям видимым