Часть 3/4. Цикл «Как правильно делать ошибки»
Знание про типы ошибок и признаки «правильного» провала - это половина работы. Теперь перейдем к конкретным техникам, которые можно встроить в свою управленческую практику. Поэтому сегодня в этой статье обсуждаем четыре инструмента, проверенные мной и моими клиентами. На каждый даю пошаговую инструкцию и реальный кейс. К концу статьи у вас будет свой план: какой инструмент запустить первым и как это сделать за неделю.
От автора: как журнал решений показал мне правду о моих решениях
Если вы только присоединились, то причитайте короткое введение. Это третья статья из четырёх о работе руководителя с ошибками. В первой мы разбирали типологию ошибок и когнитивные ловушек. Во второй - четыре признака «правильной» ошибки. Если ещё не читали, то рекомендую начать с первой части.
А сегодня - про инструменты. И начну я с личного.
Из всех техник, о которых пойдёт ниже речь, моим личным открытием стал журнал решений. Когда я начала его вести - а это была обычная таблица в Excel - я была уверена, что знаю про свои решения всё. Я же их принимаю, я же помню, почему. Через три месяца ведения журнала я обнаружила про себя одну вещь, которая меня по-настоящему поразила: я систематически переписывала прошлое. Не специально. Просто моя память аккуратно подтасовывала факты так, чтобы я выглядела более прозорливой, чем была на самом деле.
Решение, в котором я была уверена на 50%, после провала вспоминалось как «я и так знала, что это рискованно». Решение с уровнем уверенности 80%, после успеха - как «я была полностью уверена». Журнал не позволял этого. Он показывал ровно ту цифру, которую я ставила в момент решения. И этой холодной цифре было всё равно, что я думаю сейчас.
Для перфекциониста это болезненно. Очень. Но и очень полезно: увидеть, что ты не «всезнающий стратег», а человек, который принимает решения в условиях неопределённости и иногда промахивается. Это лекарство от самообмана, который я даже не замечала.
И напомню героев этого цикла статей:
- Владимир, операционный директор на производстве
- Антон, IT-руководитель в финтехе
- Дмитрий, генеральный директор компании на 200 человек
Инструмент 1. Pre-mortem: ошибайтесь заранее
Технику предложил психолог Гэри Клейн, и она стала стандартом в лучших компаниях мира. Суть: до запуска проекта вы представляете, что он провалился, и еще "на берегу" разбираете, почему.
Как проводить:
- Соберите команду перед стартом проекта или принятием важного решения.
- Скажите: «Представьте, что прошёл год. Наш проект провалился. Полный крах. Напишите историю этого провала, что именно пошло не так?»
- Каждый пишет свою версию индивидуально (!) 3–5 минут.
- Все версии зачитываются вслух.
- Затем команда обсуждает: какие сценарии наиболее вероятны? Что сделать прямо сейчас, чтобы их предотвратить?
Почему это работает: pre-mortem легитимизирует пессимизм. В обычной ситуации тот, кто говорит «а что, если не получится?», воспринимается как нытик, а в формате pre-mortem - как самый ценный участник.
Здесь - отдельная история для перфекциониста. Долгое время мне было трудно проводить pre-mortem с клиентами и со своей командой по одной причине: на уровне эмоций это казалось «программированием провала». Внутри сидела установка «надо думать о хорошем, не привлекать неудачу». Звучит почти суеверно, я знаю. Но многие перфекционисты узнают в себе это. Перелом произошел, когда я поняла, что pre-mortem не «привлекает» провал, а обезвреживает. Когда мы заранее называем риски, мы перестаём их бояться. Риски становятся управляемыми пунктами в плане, а не тревожными мыслями в голове в три ночи. Pre-mortem - это, на самом деле, очень спокойная техника, потому что она снимает тревогу, а не создаёт её.
Кейс Дмитрия. Перед запуском B2G-направления Дмитрий не провёл pre-mortem. Сейчас признаёт: если бы провёл, то как минимум один риск (длинный цикл оплаты) был бы озвучен кем-то из финансистов.
«Я бы всё равно запустил эксперимент. Но я бы заложил финансовую подушку под кассовый разрыв. А так разрыв пришёл неожиданно, и это стоило нервов».
Теперь Дмитрий проводит pre-mortem перед каждым стратегическим решением.
Кейс Антона. Он адаптировал технику для IT. Перед каждым проектом длительностью больше месяца команда проводит «разбор будущей катастрофы»: 30 минут, все пишут молча, потом обсуждают.
«На последнем pre-mortem джуниор написал: "Мы провалимся, потому что заказчик изменит требования на полпути, а у нас нет процесса управления изменениями". Сеньоры молчали, потому что считали это очевидным и неизбежным. А джуниор назвал проблему, и мы впервые прописали процедуру change request до начала проекта, а не после первого конфликта».
Инструмент 2. After Action Review (AAR): системный разбор
Армейская методика, адаптированная для бизнеса. Четыре вопроса после значимого события (успешного или нет):
- Что мы планировали сделать? Зафиксируйте исходные намерения и ожидания.
- Что произошло на самом деле? Только факты, без интерпретаций.
- Почему возникло расхождение? Корневые причины, а не симптомы.
- Что мы будем делать иначе? Конкретные действия, ответственные, сроки.
Правила:
- Проводится близко к событию (пока память свежа).
- Участвуют все причастные, независимо от уровня.
- Иерархия «выключается», говорят все.
- Фокус на процессах, не на людях.
- Результаты документируются.
Кейс Владимира. Он проводит AAR после каждого сбоя, который остановил линию больше чем на час. Формат жёсткий: 45 минут, четыре вопроса, протокол.
«Первые два раза люди искали виноватых, это было тогда привычкой. Я возвращал к вопросу: "Какой процесс позволил ошибке произойти?" Не "кто", а "что". К четвёртому разу мастера сами стали формулировать в терминах процессов. Один сказал: "Проблема не в том, что Иваныч не проверил давление. Проблема в том, что проверка давления устная, а должна быть в чек-листе с подписью". Вот это уже системное мышление».
Инструмент 3. Журнал решений: лекарство от «я же говорил»
Простой, но мощный инструмент, который рекомендуют Канеман и Тетлок. Что записывать при каждом значимом решении:
- Дата
- Суть решения
- Какие альтернативы рассматривались
- На основании какой информации принято
- Какой результат ожидается
- Уровень уверенности (в процентах)
- Что может пойти не так
Через 3–6 месяцев проводим ревизию: совпал ли результат? Если нет, то это была ошибка в рассуждениях или просто неудача?
Журнал делает невозможным «я так и знал». Вы не можете сказать «я так и знал», когда перед вами ваша запись с уровнем уверенности 40%.
Кейс Дмитрия. Он ведёт журнал в Google Sheets, ничего сложного.
«Самое ценное открытие: я систематически переоцениваю свою уверенность. Я ставлю "80% уверен", а при ревизии оказывается, что решения с такой отметкой срабатывают в 55–60% случаев. Это значит, что не я плохо решаю, а что я должен закладывать больше страховки в "почти уверенные" решения. Без журнала я бы этого никогда не увидел».
Возвращаюсь к личной истории, с которой начала статью. Журнал решений сделал со мной то же, что с Дмитрием: показал реальную статистику. Но был ещё один эффект, довольно неожиданный. Когда я начала фиксировать основания решений, я стала принимать их медленнее. Не намного, всего на 5–10 минут больше. Но за эти минуты в голове успевала включиться вторая система мышления (по Канеманну), как раз та, которая анализирует, а не реагирует. Поэтому журнал это не только инструмент ревизии, но ещё и тормоз для импульса. Для меня, как для перфекциониста, который привык быстро «давать правильный ответ», эта пауза оказалась терапевтической. Я заметила: треть моих решений «на автомате» в журнале выглядят сомнительно. Они хотят, чтобы я остановилась и подумала ещё раз. Иногда я меняю решение прямо в процессе записи. Это, наверное, самый дешёвый управленческий тренинг, который я когда-либо себе устраивала.
Инструмент 4. Метод «5 почему»: добраться до корня
Разработан в Toyota. Прост и беспощаден к симптомам.
Кейс Антона (история с платформой):
- Платформа автоматизации не работает с нашим стеком. Почему?
- Вендор заявлял совместимость, но на практике она ограничена. Почему мы не выявили?
- Не провели пилот до внедрения. Почему?
- Не было процедуры обязательного пилота. Почему?
- Выбор инструментов исторически делался на основе презентации вендора и экспертной оценки руководителя.
Благодаря "5 почему" добрались до корневой причины: не «Антон выбрал плохую платформу», а отсутствовал процесс валидации. Совершенно другой уровень решения.
Кейс Владимира (история с поставщиком):
- Две партии вернулись от клиента с браком. Почему?
- Сырьё дало нестабильное качество при масштабировании. Почему не выявили?
- Входной контроль проверял образцы из пробной партии, а не из промышленной. Почему?
- Процедура контроля не различает пробные и промышленные поставки. Почему?
- Раньше не работали с поставщиками, у которых качество зависит от объёма.
Корневая причина - не «плохой поставщик», а процедура контроля, не адаптированная под новый тип рисков. Владимир обновил процедуру: при смене поставщика первые три промышленные партии проходят усиленный контроль.
Бонус: формат коммуникации об ошибке наверх
Отдельно разберем как сообщать об ошибке вышестоящему руководству или совету директоров. Большинство впадают в крайности: либо оправдываются («ситуация сложная, но управляемая»), либо посыпают голову пеплом («я всё испортил»).
Вот работающий формат, в нем четыре блока:
- Факты. Что произошло. Цифры, даты, масштаб. Без интерпретаций.
- Анализ. Почему. Корневые причины. Какие предпосылки не подтвердились.
- Выводы. Что мы теперь знаем. Какие активы получили.
- План. Что делаем. Конкретные шаги, сроки, ресурсы. Что нужно от адресата.
Дмитрий использовал именно этот формат на совете директоров по B2G: «Вот исходные предпосылки, вот что подтвердилось, вот что нет. Маржинальность ниже на 40%. Рекомендую свернуть направление как самостоятельный юнит, сохранив два актива: сертификацию и тендерную компетенцию. Вот расчёт потерь, вот план компенсации».
Член совета сказал: «Это лучшая презентация провального проекта, которую я видел. Потому что это не презентация провала, а это презентация управления рисками».
Антон применил тот же формат, когда докладывал генеральному о неудаче с платформой. Генеральный не отобрал бюджет, а увеличил. Потому что увидел зрелое управление ситуацией вместо попытки спрятать проблему.
Диагностика: пошаговая инструкция «Запустить один инструмент за неделю»
Не пытайтесь внедрять всё сразу. Выберите один инструмент и проведите его за ближайшие 7 дней.
Если вы редко берёте на себя стратегические риски → начните с pre-mortem.
- День 1–2: выберите ближайшее значимое решение или проект.
- День 3: соберите 4–6 ключевых участников на 1 час.
- Проведите по сценарию из статьи.
- День 4–7: внедрите 2–3 предупреждающих меры из обсуждения.
Если у вас часто повторяются «знакомые» сбои → начните с AAR.
- День 1: выберите последний значимый сбой.
- День 2: соберите всех причастных на 45 минут.
- Пройдите по 4 вопросам.
- Зафиксируйте одно конкретное системное изменение, которое внедрите за неделю.
Если вы часто чувствуете «я же знал, что так будет» → начните с журнала решений.
- День 1: создайте Google Sheets из 7 колонок (см. список выше).
- День 2–7: фиксируйте каждое значимое решение. Минимум 3 за неделю.
- Поставьте напоминание в календаре через 3 месяца, на ревизию.
Если ваша команда тонет в симптомах → начните с «5 почему».
- День 1: выберите одну проблему, к которой возвращаетесь регулярно.
- День 2: соберите команду на 30 минут, пройдите 5 вопросов.
- День 3–7: внедрите изменение на уровне корневой причины.
Контрольная точка через неделю: напишите себе короткий отчёт, что сработало, что нет, какой инструмент возьмёте в постоянную практику.
Что будет в четвёртой, финальной статье этого цикла
Соберём всё вместе. Если первые три статьи были про вас как руководителя - типы ошибок, признаки правильной ошибки, инструменты, - то финальная будет про вашу команду. Как сделать так, чтобы культура продуктивных ошибок жила не только в вашей голове, но и в реальных рабочих процессах подразделения.
Итак, в четвёртой части:
- Психологическая безопасность и парадокс Эдмондсон: почему в «здоровых» командах ошибок фиксируется больше, а вреда меньше — и как Дмитрий обнаружил это на собственной компании;
- Фреймворк «Светофор ошибок»: как Владимир научил производство различать «красные», «жёлтые» и «зелёные» ошибки буквально с помощью плаката в цеху;
- Матрица «процесс × результат»: как реагировать, когда хороший процесс даёт плохой результат (и наоборот);
- Шесть ловушек руководителя, включая «театр безопасности», в который я сама регулярно попадаю;
- Финальный чек-лист: оценка зрелости культуры ошибок в вашей команде (14 пунктов).
Плюс манифест из 8 принципов работы с ошибками. Можно будет распечатать и повесить рядом с монитором.
Подпишитесь, чтобы не пропустить финальную статью этого цикла.
А пока поделитесь в комментариях: какой инструмент берёте в работу первым? (А себе ответьте, что мешает запустить его уже на этой неделе? Часто именно «что мешает» и самый ценный ответ).
Также - ставьте ваши реакции на эту статью, это самая быстрая обратная связь для меня.
«Главная ошибка - это не ошибка в конкретном решении, а ошибка в скорости реакции на неё», - Аркадий Волож
← Предыдущая статья: "Правильная ошибка: как отличить осознанный риск от управленческой халатности"←
→ Следующая статья: "Как создать в команде культуру, в которой ошибаться можно — и при этом результаты растут" →
#управление, #принятиерешений, #менеджмент, #ошибка, #команда, #выгорание, #неопределённость, #турбулентность, #антихрупкость