Шаблон проверки плана
Премортем: разберите риски плана независимо, до запуска
Премортем — это шаблон анализа рисков проекта: разбор воображаемого провала до начала работы над планом. Представьте, что выбранный план уже не сработал, и независимо запишите конкретные механизмы отказа. Для каждого назовите ранний наблюдаемый сигнал, способ уменьшить риск, факт, который снизил бы опасение, и условие остановки. Премортем не предсказывает будущее; он превращает гладкий план в набор проверяемых рисков.
Пять шагов
От общего страха к раннему сигналу
Что должно произойти, для кого, к какой дате и при каком допустимом расходе ресурсов?
«Проект не удался» слишком общее. Запишите наблюдаемый исход: срок сорван, пользователи не дошли до ценности, команда отказалась от процесса.
Не «не хватило времени», а цепочку: какая очередь выросла, кто не получил сигнал, какое ограничение стало узким местом.
Что станет видно раньше итогового провала и к какой дате это можно измерить?
Как снизить риск, что опровергнет опасение и при каком пороге проект остановится или изменит курс?
Рабочая карточка
Одна строка на один механизм
| Поле | Вопрос | Пример формы ответа |
|---|---|---|
| Провал | Что наблюдаемо произошло? | К четвёртой неделе меньше 20% команды использует процесс |
| Механизм | Почему это могло случиться? | Новый шаг добавляет работу, но не заменяет старый |
| Ранний сигнал | Что станет видно раньше? | После первой недели более половины записей дублируются |
| Снижение риска | Что меняем до запуска? | Удаляем старый отчёт и тестируем на одной команде |
| Опровержение | Что уменьшит опасение? | Пилот закрывает старый процесс без ручного дублирования |
| Остановка | При каком пороге прекращаем? | Если через две недели дублирование выше заданного уровня |
Как проводить в группе
Сначала каждый пишет отдельно
Если участники сразу обсуждают риски вслух, первая убедительная версия сужает поиск. Короткая независимая запись сохраняет разнообразие опыта.
Дайте всем один и тот же критерий провала и горизонт.
Сначала соберите механизмы без имён и ранжирования.
Объединяйте дубли только после независимой фиксации.
Не голосуйте за «самый страшный» риск: смотрите на сигнал, ущерб и возможность вмешательства.
Назначьте владельца и дату каждой ранней проверки.
Ограничения
Премортем не доказывает, что риск вероятен
Яркий сценарий может казаться вероятнее только потому, что его легко представить.
Команда способна придумать много внутренних причин и пропустить внешний класс случаев.
Без владельца, сигнала и порога упражнение остаётся списком тревог.
Риск потери всей игры требует отдельного ограничения, даже если кажется маловероятным.
Когда полезен
До обязательства, а не после кризиса
Перед запуском, наймом, миграцией, сделкой или необратимой ставкой.
Когда план быстро получил согласие и выглядит подозрительно гладким.
Когда разные участники видят разные участки системы.
Когда ранние сигналы можно встроить в календарь проекта.
Вопросы
Как не превратить премортем в пессимизм
Сколько сценариев нужно?
Столько, сколько дают отличающиеся механизмы. Десять перефразировок «не хватило времени» хуже трёх конкретных цепочек с разными ранними сигналами.
Кто должен участвовать?
Люди, которые видят разные части исполнения и последствия. Статус менее важен, чем непосредственный опыт и возможность независимо назвать неудобный механизм.
Чем премортем отличается от реестра рисков?
Премортем — способ сгенерировать и конкретизировать механизмы до запуска. Полезные результаты затем переходят в обычный реестр с владельцами, сигналами и действиями.
Зафиксировать до запуска
Свяжите риск с решением и датой сверки
Перенесите механизмы в запись решения: независимые взгляды участников сохранятся как есть, а дата сверки зафиксирует, когда проверить ранний сигнал.
Пример для бизнеса · вымышленный сценарий
Перед выходом в новый регион: что проверить?
Компания хочет принимать больше заказов, но команда уже перегружена. План «нанять людей и запустить продажи» выглядит последовательным, пока премортем не выявляет другое ограничение: новые клиенты могут попасть в очередь внедрения раньше, чем найм даст дополнительную мощность.
| Возможный провал | Ранний сигнал | Изменение плана | Условие пересмотра |
|---|---|---|---|
| Заказы растут, сроки исполнения срываются | Очередь внедрения увеличивается две недели подряд | Проверить один сегмент клиентов и объём работы на заказ до расширения продаж | Если очередь не сокращается к контрольной дате, остановить расширение пилота |
| Найм не снимает нагрузку вовремя | Новые сотрудники нуждаются в постоянной помощи опытной команды | Убрать повторяющиеся операции и ограничить число одновременных запусков | Если помощь опытных сотрудников превышает выделенный лимит, изменить план обучения |
Это учебная логика проверки, а не история клиента. Посмотрите полный разбор решения и первый экран интерактивного примера.
Стресс-тест бизнес-идеи до большого запуска
Если план ещё не оформлен, начните с гипотезы о клиенте и способе исполнения. Затем проведите премортем для первого ограниченного запуска: назовите возможный провал, ранний сигнал и действие, которое сможете изменить до крупного обязательства.