Когда IT-собственник говорит «мне нужен фреймворк принятия решений» — он почти всегда имеет в виду что-то другое.
Не инструмент. Не матрицу. Не методологию из бизнес-школы.
Он имеет в виду: «я хочу перестать принимать решения в темноте». Или точнее — «я хочу перестать чувствовать, что принимаю их в темноте». Это разные запросы. И ответы на них — тоже разные.
Пятый раз за квартал слышу одно и то же. Разные компании, разный масштаб, разный технологический стек. Один и тот же запрос.
Ялом писал об экзистенциальной тревоге как о фоновом шуме, который не исчезает — к нему только привыкают. Я не собираюсь цитировать психотерапию в деловом тексте. Но наблюдение точное.
IT-собственник живёт в среде, где неопределённость — не временное состояние. Это базовая настройка. Рынок меняется быстрее, чем ты успеваешь зафиксировать текущее положение. Команда умнее тебя в своей области — и это хорошо, но это значит, что ты принимаешь решения, не понимая половины технических последствий. Данных много. Ясности нет.
В этом контексте запрос на фреймворк — это запрос на снижение тревоги. Не на улучшение качества решений.
Это важно понять до того, как начать искать инструмент.
Потому что если ты ищешь способ успокоиться — матрица 2×2 тебе не поможет. Ты заполнишь её, почувствуешь временное облегчение, и через три дня снова будешь стоять перед тем же выбором с тем же ощущением темноты.
Фреймворк не убирает неопределённость. Хороший фреймворк делает её терпимой. Это другая задача.
Есть специфика, которую я вижу у IT-собственников и почти не вижу у других.
Технический долг — это не только про код. Это управленческая метафора. Каждое решение, которое ты откладывал, каждый разговор, который не состоялся, каждая стратегическая развилка, на которой ты выбрал «пока подождём» — всё это накапливается. И в какой-то момент ты обнаруживаешь, что принимаешь новое решение поверх слоя старых нерешённых.
Это делает любой фреймворк ненадёжным. Потому что ты применяешь его к симптому, а не к проблеме.
Алексей — собственник продуктовой IT-компании, четвёртый год. Около ста двадцати человек. Пришёл с запросом на стратегическую сессию: «помоги выбрать между двумя направлениями развития».
Первые сорок минут мы разбирали данные. Рынок, команда, деньги, риски. Всё было на столе.
Потом я спросил: «А что ты защищаешь, когда склоняешься к первому варианту?»
Он замолчал. Долго.
Потом сказал: «Наверное, то, что мы строили первые два года. Я не хочу это отдавать».
Это не было в данных. Это не поместилось бы ни в одну матрицу.
Но именно это было настоящим основанием решения.
Что реально мешает IT-собственнику принимать решения — это не отсутствие данных. Данных обычно достаточно. Мешает конфликт ценностей, который не признан конфликтом. Ты хочешь расти быстро — и хочешь сохранить культуру. Хочешь делегировать — и не доверяешь. Хочешь выйти из операционки — и боишься потерять контроль над качеством.
Пока этот конфликт не назван — никакой фреймворк не работает. Он просто рационализирует то решение, которое ты уже принял эмоционально.
Я не предлагаю систему из семи шагов. Не потому что ленюсь её написать. А потому что семь шагов — это иллюзия контроля, которая рассыпается при первом контакте с реальностью.
Вместо этого — три вопроса. Они работают не потому что методологически безупречны. Они работают потому что неудобны.
Первый: что я защищаю этим решением?
Не «что я получу». Именно «что я защищаю».
За каждым стратегическим решением стоит что-то, что ты не хочешь потерять. Иногда это деньги. Чаще — что-то другое. Репутация. Отношения с командой. Образ себя как человека, который строит «правильный» бизнес. Первоначальный замысел.
Когда ты называешь это вслух — решение часто становится очевидным. Или становится очевидным, что ты защищаешь не то, что думал.
Второй: кому я объясняю это решение через год?
Не «правильно ли это решение». А кому ты его объясняешь.
Команде? Инвестору? Себе в зеркале? Партнёру за ужином?
Разные аудитории требуют разных обоснований. И когда ты представляешь конкретного человека — ты неожиданно обнаруживаешь, что некоторые обоснования звучат убедительно только у тебя в голове.
Это хороший тест на самообман.
Третий: что останется правдой, если я окажусь неправ?
Это самый неудобный вопрос. И самый важный.
Большинство стратегических решений принимаются с неявным допущением: «я прав». Но IT-рынок устроен так, что ты будешь неправ. Не всегда, но достаточно часто. Вопрос не в том, чтобы избежать ошибки. Вопрос в том, что останется устойчивым, когда ошибка случится.
Если ответ «ничего» — это не решение. Это ставка.
Ставки тоже бывают оправданы. Но называй их ставками.
Это не про тебя, если ты ищешь чек-лист из пяти пунктов. Это про тебя, если ты уже пробовал чек-листы.
Вернёмся к началу.
Ты хотел перестать принимать решения в темноте. Три вопроса дают не свет — они дают лучшее понимание того, где именно темно. Это не то же самое, что фонарик. Но это честнее.
Алексей в итоге выбрал первый вариант. Не потому что данные указывали на него. А потому что понял, что защищает, и решил, что это стоит защищать.
Через год он написал: «Наверное, было бы быстрее по-другому. Но я бы не узнал себя в том, что построил».
Хз, правильно ли это. Но это было его решение. Не матрицы.
Фреймворк — это не ответ. Это способ не бояться вопроса.
Хотя иногда и это не помогает.
Если эти три вопроса зацепили — в Telegram их больше. Без методологии: @vvetrovcom
Апрель 2026. Автор — Виталий Ветров.
Смежные материалы по теме:
# ОЦЕНКА КАЧЕСТВА