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