Вопрос "что может пойти не так" редко работает — он провоцирует общие, перестраховочные ответы вроде "расползание скоупа" или "проблемы с ресурсами", которые не указывают на что-то достаточно конкретное, чтобы по этому действовать. Вопрос "представьте, что прошло шесть месяцев, и проект провалился — почему" даёт совершенно другие, более конкретные ответы, потому что он перескакивает через вежливую перестраховку прямо к конкретной истории.
Смена формулировки — это и есть весь метод
Премортем — не новый метод анализа, а то же упражнение по брейнстормингу рисков, которое команды уже пытаются делать, только с одной сменой формулировки: уверенность в провале вместо возможности провала. Этот сдвиг важен, потому что перестраховочный язык ("это, возможно, риск") позволяет оставаться размытым и необязывающим, а конкретная история провала заставляет давать детали: какая зависимость сломалась, какое допущение оказалось неверным, какой стейкхолдер отозвал поддержку.
Это работает, потому что убирает социальную цену пессимизма
В обычном обсуждении рисков быть тем, кто постоянно поднимает сомнения по поводу проекта, которым все воодушевлены, несёт реальную социальную цену — это читается как "не командный игрок". Премортем убирает эту цену, делая пессимизм явной задачей для всех в комнате на десять минут, а не нежеланным мнением одного человека. Люди, которые никогда добровольно не озвучили бы сомнение, часто выдают самые острые истории провала, когда их прямо спрашивают.
Проводите его достаточно рано, чтобы находки могли изменить план
Премортем, проведённый после того, как план зафиксирован и ресурсирован, просто даёт список рисков, на которые ни у кого нет аппетита действовать. Проведённый до обязательства, пока план ещё может сдвинуться, то же упражнение реально меняет, что строится и в каком порядке — в этом и весь смысл найти причину провала заранее, а не в постмортеме шесть месяцев спустя.
Не останавливайтесь на списке — выберите две истории, против которых стоит планировать
Премортем, который генерирует двадцать историй провала и не решает ни одну, не лучше, чем его пропустить. Важный результат — выбрать две-три самые правдоподобные, самые разрушительные истории и спросить, какое изменение плана предотвратило бы их — превращая брейнсторм в небольшой набор конкретных корректировок, а не просто более длинный реестр рисков, к которому никто не возвращается.