Решение, которое не было принято

«Самые дорогие решения в моей жизни — те, которые я не принимал. Они принимались за меня, пока я делал вид, что ещё думаю.»

— фрагмент книги «Не по часам»

У меня было правило, которое я вычитал в каком-то менеджерском гайде в нулевых: «не торопись с решениями, лучше подожди и подумай ещё». Звучало мудро. Я этим правилом отравлял себе жизнь лет десять.

Подвох в нём один. Оно исходит из допущения, что пока вы думаете, ничего не происходит. На самом деле, пока вы думаете, происходит ровно то, что происходило бы, если бы вы решили не делать. И через шесть месяцев у вас появляется результат, который выглядит как «я ещё не определился», а на деле — это полноценное решение, просто принятое молчанием.

У любой развилки есть default

Это первое, что мне пришлось признать. У каждой развилки, на которой вы стоите, есть default — что произойдёт, если вы не решите. Default не нейтрален. Default — это один из возможных вариантов, обычно самый удобный для инерции.

Если вы не уволили человека, который три квартала не вытягивает роль, — это решение, что он остаётся. Не «я ещё думаю». Он остаётся. Команда работает с этим. Клиенты сталкиваются с этим. Кандидаты, которым это место могло бы достаться, идут к конкурентам. Через год вы оборачиваетесь и обнаруживаете, что приняли решение «он остаётся ещё на год» — просто никогда вслух его не формулировали.

Если вы не пересобрали ценообразование, которое два года назад перестало соответствовать стоимости работы, — это решение, что вы будете работать на этой марже. Каждая новая сделка по старой формуле — это исполнение этого решения. К тому моменту, как вы наконец решите «надо менять», в портфеле уже будут двадцать активных контрактов в старой логике, и проблема станет существенно дороже.

Если вы не приняли решение по новому продукту, который команда собрала и ждёт сигнала к запуску, — это решение «не запускать». Оно ничем не отличается от решения «не запускать», принятого вслух. Кроме одного: в нём вы не несёте ответственность, потому что формально решения нет. Это удобно. Это и есть подвох.

Откуда берётся хроническое откладывание

Я вижу две основные причины, по которым руководители откладывают.

Первая — рациональная и безобидная. Не хватает данных. Решение действительно требует фактов, которых пока нет. Это нормальная пауза, и её надо называть как есть: «я жду такого-то факта, после него решу». В таком ожидании есть триггер выхода. Появился факт — принято решение. Это работает.

Вторая причина — нерациональная и дорогая. Решение есть какое принимать, но оно неприятное. Уволить лояльного человека, который перестал тянуть. Закрыть направление, в которое вложили два года. Сказать важному клиенту, что вы выходите из проекта, потому что он перестал быть рентабельным. Поднять цену на 30%, рискуя потерять часть клиентов. Признать, что новая стратегия, утверждённая девять месяцев назад, оказалась неверной.

Здесь руководитель часто говорит себе: «Мне нужно ещё подумать». Но думать там, как правило, нечего. Решение видно. Оно просто болезненное.

«Подумать» в этом случае — это эвфемизм для «не решить и надеяться, что само рассосётся». Само не рассасывается. Со временем плохое решение становится только дороже, а внутренне приходит ощущение усталости, потому что неприятное решение каждый день висит фоном и подъедает внимание, не делая никакой полезной работы.

Кейс первый. Партнёр, которого никто не увольнял

Сервисная компания, средний размер. Один из основателей, давний партнёр другого, перестал тянуть свой блок около двух лет назад. Это видели все: команда, клиенты, второй партнёр. Не видел только сам.

Когда я пришёл, ко мне пришли с другим запросом — «нам нужно перестроить продажи». Я три встречи слушал и видел, что продажи не там. Продажи как раз неплохо, есть локальные сбои, но это не корень. Корень — что половина команды на нервах, потому что каждый знает, что есть человек со статусом, который не работает, и ему за это платят как партнёру.

Спросил второго основателя: «Почему вы не приняли это решение?». Ответ был длинный — про дружбу, про долю, про то, что «мы выросли вместе», про то, что «он переживёт период». Это длилось два года.

Я предложил простое упражнение. Возьмите лист и напишите: «За эти два года я принял решение, что [партнёр] остаётся в роли, в которой не вытягивает». Никаких «возможно» и «не определились». Просто констатация того, что произошло.

Он написал. Прочитал вслух. Ему стало физически плохо. Он впервые увидел, что у его «ничего не решено» уже два года было точное содержание: партнёр в роли, команда в напряжении, он сам в усталости. Это и было его решение.

Через шесть недель партнёрство было реструктурировано. Это всё ещё было больно. Но теперь это было решение, которое он принял, а не то, которое тихо принимало его.

Кейс второй. Запуск, который тонул шесть месяцев

Технологический B2B-продукт. Команда сделала новый модуль за два квартала. Модуль готов: тестирование пройдено, интеграции работают, цены посчитаны, материалы у маркетинга. Запуск назначен и пять раз перенесён.

На каждой встрече основатель говорил: «Я пока не уверен, что мы должны запускать именно сейчас». Команда переносила. Через шесть месяцев модуль всё ещё не был запущен.

Два разработчика к этому моменту ушли. Маркетолог потерял интерес и переключился на другие задачи. Две интеграции перестали работать, потому что у партнёров обновились API, а никто их не поддерживал — модуль же не был в продакшне. То, что в декабре можно было запустить за неделю, в июне требовало ещё полтора месяца восстановления.

Я задал основателю один вопрос: «Какое решение вы приняли за эти полгода?». Он сказал — «никакое, я ещё думаю». Я переспросил: «Что произошло за эти полгода с модулем?». Он начал перечислять: ушли люди, разлетелись интеграции, остыл маркетинг. И на середине списка остановился.

Он принял решение. Он принял решение «не запускать», просто оно было не в виде заявления на встрече, а в виде шести месяцев отложенных встреч. По эффекту — то же самое.

Дальше был выбор: либо честно признать, что запуск отменён, и развернуть команду в другую сторону. Либо честно сказать «мы запускаем», и пройти боль восстановления модуля. Он выбрал второе. Запустили через два месяца. Дело пошло. Но шесть потерянных месяцев — это и был тот самый default, который он не замечал, пока «ещё думал».

Что с этим делать практически

Я не предлагаю принимать решения мгновенно. Это другая крайность, и она хуже первой.

Я предлагаю делать одну вещь регулярно. Раз в месяц составлять короткий список: «Какие решения я не принял в этом месяце». Не «над чем я думаю». А именно — что повисло в режиме «вернусь к этому позже». По каждому пункту задавать один вопрос: «Что произойдёт, если я не приму это решение ещё месяц?».

Если ответ — «ничего критичного» — это не отложенное решение, это просто пункт без приоритета, его можно вычеркнуть.

Если ответ — «default продолжает срабатывать», и default — это какой-то конкретный сценарий, — у вас в этом списке решение, которое уже работает в режиме автомата. Хочется вы того или нет.

Если развилка реально требует ожидания факта — фиксируйте триггер выхода. «Решу до 1 числа» или «решу, когда придёт ответ от Х». Без триггера — это не пауза, это уже выбор default.

Подробнее про то, как такие развилки разбирать структурно, у меня собран отдельный продукт-разбор: Decision Engine для founder-а. Там фильтры, которые помогают увидеть, в каких именно контекстах вы регулярно соскальзываете в default-решения, и какие quick heuristics это снимают.

Простая мысль на конец

Я не мог принять одно неприятное решение лет шесть. Каждые три месяца возвращался к нему и говорил себе «надо ещё подумать». Что я при этом не замечал — это что мой default уже шесть лет был точным сценарием, и я по нему жил. Просто без формального согласия.

Когда я наконец это увидел, решение принялось за две недели. Не потому, что я нашёл новые факты. Я просто перестал делать вид, что не выбираю. Я выбирал. Каждый месяц. Просто молчанием.

В книге «Не по часам» я разбираю это в связке с дожимом — отдельным режимом, в котором почти готовое или почти решённое доводится до выхода, потому что именно здесь у большинства людей возникает обрыв. Не на старте. На конце. Решение, которое не принято, — частный случай этого обрыва.

— Александр Трибунский