Pre-mortem: как заранее продумать провал, пока ещё не поздно
Post-mortem разбирает, что пошло не так после запуска, об этом был пост чуть раньше. Pre-mortem — его зеркальное отражение: команда до запуска намеренно представляет, что продукт провалился, и разбирается, почему это могло произойти. Звучит контринтуитивно, но метод регулярно вскрывает риски, которые в обычном обсуждении остаются незамеченными.
Механика простая: перед запуском команда собирается и задаёт себе один вопрос — «представим, что через полгода мы оглядываемся назад, и запуск оказался провальным. Что стало причиной?». Формат «уже случилось» снимает психологическое сопротивление: людям гораздо проще критично обсуждать гипотетический провал, чем говорить «мне кажется, наш план не сработает» до того, как решение принято и все увлечены энтузиазмом запуска.
Практическая польза в EdTech особенно заметна при запуске новых программ: pre-mortem часто вскрывает вопросы вроде «а что, если студенты не поймут ценность программы за первую неделю» или «а что, если наставники не успеют пройти обучение до старта» — риски, о которых интуитивно все догадываются, но никто не поднимает вслух, пока формат не даёт для этого явного повода.
Отдельный плюс метода: он создаёт список конкретных сигналов, за которыми стоит следить с первого дня запуска, а не только по факту, когда проблема уже проявилась в метриках. Команда, которая заранее назвала риск, замечает его первые признаки быстрее той, что сталкивается с ним впервые как с неожиданностью.
