Почти в каждой компании система принятия решений существует. Просто ее никогда не проектировали. И потому она почти всегда работает против стратегии, а не за нее.
Когда собственник говорит «у нас плохо принимаются решения», он обычно имеет в виду что-то очень конкретное. Решения тянутся неделями. Или, наоборот, проскакивают за час, без подготовки. Или вовсе не принимаются. Или принимаются, но потом никто их не исполняет. За всем этим стоит одно: в компании работает система принятия решений, которую никто не проектировал. Она наросла сама собой, как ракушки на корпусе старого корабля. Из привычек, личных историй, неформальных договоренностей и нескольких приказов разной давности. Никто не садился за стол и не спрашивал: как у нас должны приниматься решения. И потому никто теперь не может объяснить, как они принимаются на самом деле.
То, что выросло само, нельзя изменить осознанно — только сломать и собрать заново. А это всегда больно: уходят люди, теряется темп. Архитектурный взгляд переворачивает разговор. Вместо «как нам начать принимать решения лучше» сначала задается вопрос «как у нас на самом деле устроено принятие решений». Он менее эффектен, чем рекомендации по управленческим практикам или тренинг для топов. Но без него любой ремонт ломает больше, чем чинит.
Любая система принятия решений в компании отвечает на четыре вопроса:
1. Кто что решает?
2. В какой последовательности: кто включается в решение раньше, кто позже, кого только информируют и когда?
3. На каких данных: какие сведения для решения считаются обязательными, какие желательными, какие лишними?
4. Кто принимает финальное решение: один человек, один после совещания, большинство на голосовании или все при общем согласии?
В большинстве компаний прописан только первый ответ, и то наполовину. На бумаге распределение полномочий выглядит исчерпывающим: матрица прав, регламенты, положения о подразделениях. На практике, по моему двадцатилетнему опыту работы с управленческими и организационными системами российских компаний, эта матрица определяет 30—40% реальных решений. Остальные принимаются вне ее — на оперативках, в кулуарах, в сообщениях в мессенджерах, в коротких звонках по дороге с работы. И это норма любой живой компании. Болезненно не само существование этой невидимой части, а ее непризнание.
Три остальных вопроса (последовательность, данные, способ принятия) почти никогда не прописываются явно. Они живут как привычка. «Обычно сначала зовем финансистов». «Обычно решаем большой троицей». «Обычно показываем правлению, когда уже решили». Эта привычка работает, пока не меняется команда, рынок или сама компания. Стоит измениться хотя бы одному из этих контекстов, привычка начинает сбоить. Решения затягиваются, качество падает, разные люди по-разному понимают одно и то же решение, и никто не может объяснить, почему так. Просто нет описания, как было правильно.
Из этого простого наблюдения следует одно. Прежде чем менять архитектуру решений в компании, ее нужно сначала описать. Не такую, какой она должна быть или представляется со стороны. А такую, какая есть на самом деле. Этот шаг почти всегда пропускают. Но именно с него начинается настоящая работа.
Читайте также: Принятие решений: технология без мистики
Свойства решений
У каждого управленческого решения есть четыре свойства, которые определяют, кто и как должен его принимать. Они не зависят ни от отрасли, ни от размера компании, ни от моды и работают, как закон тяготения. Можно их игнорировать, но действовать они от этого не перестают.
Первое свойство: тип решения. Стратегические решения — те, что меняют направление движения корабля. Операционные — обеспечивают само движение в выбранном направлении. Политические: те, что определяют, как мы говорим со внешним миром и с собой. Эти три типа решений требуют разных людей, разной подготовки и разной формы. Когда стратегическое решение принимается в операционном режиме, оно остается непроработанным. Операционное решение, проходя через стратегический режим, теряет скорость, а компания теряет деньги.
Второе свойство: скорость. Есть решения, которые должны быть приняты в течение часа. Иначе уходит возможность. Есть такие, которые лучше принять через неделю: за это время картина прояснится. И есть решения, у которых правильный срок составляет три или четыре месяца, а любая попытка ускорения только испортит результат. Когда быстрое решение принимают медленно, теряется выгода. Когда медленное принимают быстро, рождается ошибка. Обе ситуации плохи. И обе типичны.
Третье свойство: обратимость. Одни решения можно отыграть назад с минимальными потерями. Попробовали, не получилось, вернули как было. А есть такие, после которых обратной дороги нет. Уволенный топ-менеджер редко возвращается. Проданный актив почти никогда не выкупают по прежней цене. Обещание, прозвучавшее публично, не забирают обратно без репутационного удара. Обратимое решение можно передать на уровень ниже. Необратимое — почти никогда.
Четвертое свойство: горизонт влияния. Решения различаются тем, насколько далеко распространяется их эффект. Одноразовая скидка клиенту работает один день. Изменение модели мотивации — три года. Покупка завода — 20 лет. Чем длиннее горизонт, тем выше требования к данным и тем тщательнее должен быть процесс.
Эти четыре свойства есть у любого управленческого решения. Беда в том, что в большинстве компаний никто их не проговаривает в тот момент, когда решение принимается.
Вопрос «уволить директора региона» обсуждается тем же способом, в том же режиме и за то же время, что и вопрос «купить мебель в переговорную». И, что закономерно, оба решения чаще всего получаются плохими.
Режим решений
Ни одна система принятия решений не лучше другой по всем параметрам сразу. У каждой есть своя цена. Каждая чем-то жертвует ради чего-то. Задача архитектора в том, чтобы назвать эти жертвы вслух. Тогда они становятся осознанным выбором, а не неприятной случайностью.
Централизация дает согласованность. Все идут в одну сторону, нет риска, что подразделения тянут компанию в разные углы. Но у централизации есть оборотная сторона. Когда центр перегружен, скорость падает по всей системе, а когда недоступен — система парализуется. Делегирование, наоборот, дает скорость и автономию. Но если у делегирования нет ясной стратегической рамки, через два или три года компания превращается в набор слабо связанных удельных княжеств с общей бухгалтерией.
Коллегиальное решение, как правило, оказывается качественнее. Несколько голов действительно лучше одной. Но у коллегиальности есть собственная плата. Она размывает ответственность: когда решение принято правлением, никто конкретно за него не отвечает. И что хуже, коллегиальные решения тяготеют к компромиссу. К варианту, с которым согласны все. А вариант, с которым согласны все, редко бывает лучшим. Индивидуальная ответственность дает скорость и подотчетность, но создает точки отказа. Любое решение, принимаемое одним человеком, зависит от состояния этого человека. От его усталости. От его настроения. От того, что он сегодня обдумывает по дороге на работу.
В этих выборах нет правильного ответа. Хорошая архитектура устроена как сознательный набор разных компромиссов для разных типов решений. Стратегические решения чаще проектируют как коллегиальные, чтобы поднять качество. Операционные проектируют как индивидуальные, чтобы поднять скорость. Главная ошибка не в выборе того или иного режима, а в попытке применить один режим ко всему.
Компании, в которых правление коллегиально решает, кто поедет на конференцию, но при этом собственник единолично меняет стратегию, встречаются чаще, чем хочется верить.
Когда нужна пересборка системы
Архитектура принятия решений выходит из строя в трех предсказуемых ситуациях.
Рост компании. Пока компания небольшая, генеральный директор лично знает каждого ключевого человека и неформально участвует в большинстве значимых решений. Но когда количество людей переваливает за определенный порог (обычно где-то на отметке 200 или 300 сотрудников, восемь или 12 ключевых руководителей), генеральный директор становится бутылочным горлышком. Решения начинают ждать его. Скорость падает. Сам он выгорает. Большинство компаний проходят эту точку с задержкой в полтора или два года: симптомы уже проявлены, но привычки еще не перестроены.
Смена стратегии. Прежнее распределение полномочий выстраивалось под старую стратегию. Например, определяло, кто принимает решения по операциям, по продажам, по производству. Новая стратегия может требовать совсем других решений: о партнерствах, новых продуктах, сделках. В старой архитектуре им просто нет места. Непонятно, кто за них отвечает, в каком режиме они должны приниматься, какие данные нужны на входе. И они либо не принимаются вовсе, либо принимаются всеми сразу, что обычно дает тот же результат.
Цифровизация. Часть решений начинает принимать программа: о ценообразовании, о подборе кандидатов, о выдаче кредита, о приоритете заявок. Само по себе это ни хорошо, ни плохо. Но это меняет ответ на первый вопрос архитектуры. Раньше за решение отвечал конкретный человек, теперь решение принимает алгоритм. И появляется разрыв. Формально отвечает человек, фактически решает программа, а если что-то пошло не так, никто не понимает, кому именно предъявлять претензии. Сейчас, в 2026 году, мало кто из российских компаний имеет внятный ответ на этот вопрос, хотя число алгоритмических решений уже измеряется десятками.
В каждой из этих трех ситуаций архитектура решений требует не починки, а пересборки. Это похоже на старый дом с проседающим фундаментом. Большинство компаний пытаются чинить: добавляют согласования, вводят новые комитеты, пересматривают регламенты. И теряют примерно два года, пока симптомы не становятся невыносимыми. После этого пересборка все равно происходит. Но уже в режиме пожара, с большими потерями людей и времени.
Читайте также: Неизвестные факты о принятии решений
Архитектурный подход к решениям: четыре шага
Шаг 1: Описание текущей системы
Архитектурный подход к решениям начинается не с создания нового регламента, а с честного описания того, что у нас есть. Надо ответить себе на простые вопросы. Какие решения мы на самом деле принимаем? Какие из них стратегические, какие операционные, какие политические? Какие быстрые, какие медленные? Какие обратимые, какие нет? Какой у них горизонт? Эта работа занимает примерно две недели внутри компании. И результатом становится не документ, а карта. Карта местности, по которой мы ходим каждый день.
Шаг 2: Типы решений
Поверх этой карты выстраивается распределение прав не по должностям, а по типам решений. Не «кто решает», а «какой тип решения как принимается». Это менее интуитивный, но единственно работающий способ. Иначе любая смена людей будет разрушать всю систему. Когда новый финансовый директор начинает принимать решения иначе, чем предыдущий, это симптом не плохой передачи дел, а архитектуры, привязанной к личности, а не к роли.
Шаг 3: Режимы принятия
Определите явные режимы принятия решений: решает один; один после совета; большинство голосов; все, и тот, кто против, блокирует. Когда участники встречи знают, в каком режиме они работают, дискуссия идет быстрее и решение получается чище. Половина «бесконечных» совещаний, на которые жалуются управленцы, происходит ровно потому, что участники в одну минуту обсуждают вопрос в режиме «нам надо договориться», а в следующую минуту в режиме «доводим до коллег уже принятое решение».
Шаг 4: Регулярная сверка
Между тем, что получилось на бумаге, и тем, что вышло на практике, может быть разница. Любая архитектура решений за год или полтора накапливает отклонения. Возвращается коллегиальность там, где должна быть индивидуальная ответственность. Появляются неформальные обходные тропы. Нужна регулярная сверка — это не контроль, а ремонт. Без нее любой архитектурный проект превращается в разовое мероприятие. И через два года компания снова оказывается в положении, где об устройстве системы принятия решений никто не знает.
Этот цикл со стороны может выглядеть как бюрократическая нагрузка. На практике он возвращает компании от 30 до 50% управленческого времени, уходящего на принятие решений, которые в итоге никем не приняты.
В практике, с которой я знаком близко, был производственный холдинг, где именно эта проблема стала предметом отдельного проекта. Холдинг состоял из шести заводов и управляющей компании. Формально все стратегические решения принимались правлением. Фактически оно лишь формализовало то, что заранее обсуждалось на еженедельной оперативке директоров заводов. 70% решений выходили оттуда уже в готовом виде. Правление, узнавая о них постфактум, могло либо их подтвердить, либо устроить разбирательство. Разбирательство случалось редко, потому что означало конфликт с консолидированной позицией заводов.
Правление чувствовало себя бессильным. Директора заводов чувствовали себя перегруженными. По новым темам решения тянулись, по старым шли как обычно. Никто не понимал, что происходит. Формально-то все было в порядке: на бумаге решения принимало правление.
Архитектурное описание заняло две недели и на первом этапе встретило сопротивление. Признание того, что фактическая система не совпадает с декларируемой, всем было неудобно. Сопротивление снимали не спором, а процедурой. Описание делали не сверху, а вместе: каждый участник сам формулировал перечень решений, которые он на самом деле принимает. Когда человек проговаривает это сам, а не слышит обвинение со стороны, неудобство постепенно сменяется облегчением — наконец-то вслух сказано то, что все и так знали.
После описания решение оказалось почти очевидным. Часть решений действительно должна была приниматься на уровне оперативки. Но явно, с прописанным правом и ответственностью директоров заводов. Часть действительно должна была приниматься на правлении, но с правилом, что эти решения не обсуждаются на оперативке заранее. Часть — единолично генеральным директором, без оперативки и без правления.
На практике перераспределить права по типам решений сложнее, чем по должностям. По должностям достаточно назначить ответственного. По типам сначала надо договориться о принципе: какой класс решений вообще принимается коллегиально, а какой единолично, и только затем переходить к фамилиям. Этот разговор тяжелее, но именно он держит систему, когда люди меняются.
Через восемь месяцев скорость решений выросла на треть, а число повторных возвратов к одним и тем же темам упало вдвое. В ходе проекта не изменилось ни одной должности и ни одного регламента в формальном смысле. Изменилось только устройство. То, что обычно не считается изменением.
В компаниях редко не умеют принимать решения. Гораздо чаще не умеют признать, как именно эти решения принимаются. Это две разные задачи, и они требуют разной работы. Архитектурный взгляд начинается с признания.
