Собственник как узкое место: почему решения замыкаются на одном человеке

Проблема формулируется так: пропускная способность одного человека конечна, а количество решений в растущей компании — нет. В какой-то момент скорость принятия решений перестает зависеть от качества бизнеса и начинает зависеть от календаря одного руководителя. С этого момента компания растет медленнее, чем могла бы, и, что существеннее, стоит дешевле, чем могла бы: бизнес, где ключевые решения не воспроизводятся без конкретного человека, покупатель оценивает с дисконтом.

О том, что делать в такой ситуации, рассказал Олег Чанов, эксперт по стратегическому развитию и риск-менеджменту.

Почему это происходит

Обычно объяснение ищут в качестве людей. Я с этим почти никогда не соглашаюсь — не из вежливости к командам, а потому что при смене состава картина не меняется. Меняются фамилии, поведение остается прежним. Значит, дело в правилах, а не в участниках.

Причин, как правило, две, и обе не про характер.

Первая: собственник зачастую сильный исполнитель. Он быстрее принимает решение сам, чем объясняет, передает, ждет и проверяет. На коротком горизонте это рационально, на длинном же он покупает скорость сегодняшнего решения ценой скорости всех будущих.

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

Что происходит с командой

Когда решения замыкаются наверху, сотрудники ведут себя рационально — в той системе, которую для них построили. Одни откладывают: нет смысла доводить до конца то, что через неделю будет пересмотрено сверху. Другие имитируют движение и ждут, пока позиция руководителя окончательно сформируется. Третьи утрачивают навык: способность принимать решения — это практика, и без практики она исчезает.

Дальше включается самоподдерживающийся контур.

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

Диагностический признак простой. Если отсутствие одного человека на две недели останавливает сделки, а его возвращение собирает очередь у кабинета — контур замкнут, и дальше вопрос только в том, на какой он стадии.

Почему типовые рецепты не работают

Стандартный ответ на эту задачу — ввести лимиты согласования. Покупки до какой-то суммы сотрудник делает сам, выше — согласовывает с руководителем, еще выше — идет к собственнику. Но это не решение, и вот почему.

Во-первых, абсолютная сумма ничего не говорит о риске. Одна и та же величина для компании с оборотом в несколько миллионов и для компании с оборотом в несколько миллиардов — это разные события, а внутри одной компании одна и та же сумма может быть рутиной в закупках и предметом отдельного разговора в маркетинге. Порог, заданный числом, а не классом решения, просто перераспределяет поток запросов, не уменьшая его.

Во-вторых, лимит по сумме регулирует расходы, а узкое место возникает не в расходах, а в решениях о приоритетах, о людях, об изменении процессов, о том, что компания делать не будет. Эти решения не имеют ценника и через финансовый лимит не проходят вообще.

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

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

Как это выглядит в проекте

(Случай собирательный, детали изменены, а механика повторялась в нескольких проектах почти одинаково.)

Производственно-торговая компания, 300+ человек, 4 направления, четвертый год растет двузначными темпами. Собственник, он же генеральный директор, работает по 60 часов в неделю, из которых, по его собственной оценке, «больше половины уходит на ерунду».

Годом раньше в компании уже пытались это решить — ввели регламент согласований с лимитами по суммам. Обращений к собственнику стало примерно на четверть меньше, и на этом все остановилось. Зато появился новый жанр: просьбы разрешить разбить закупку на части, чтобы каждая влезла в лимит. Решение по-прежнему принимал один человек, поменялась только процедура получения разрешения.

Начали с фиксации. Две недели собственник записывал все, с чем к нему приходят: кто, с чем, сколько времени. Вышло около двухсот обращений, в среднем по девять минут. Больше половины — три повторяющихся типа вопросов. Четверть всего потока — от двух руководителей из восьми.

Но интереснее оказалось другое. Значительная часть вопросов вообще не требовала решения. Люди шли не за разрешением, а за подтверждением, что они правильно понимают приоритеты, что уже не про полномочия, а про то, что стратегия не сформулирована так, чтобы приоритеты можно было вывести самому. И пока это так, передавать полномочия бесполезно: человеку, который не знает, что для компании важнее, нечем руководствоваться там, где правило не написано.

Дальше сортировали решения по цене ошибки. В группу «ошибка действительно дорого стоит» попало меньше, чем собственник думал: стратегия, сделки с ключевыми контрагентами, назначения руководителей направлений и все, что затрагивает больше одного направления сразу. Остальное — исправимое или вовсе незначимое.

Передавали не задачи, а правила. По каждому классу решений — критерий, по которому оно принимается, и граница. Граница не в деньгах, а в последствиях: обратимо или нет, одно направление или несколько, только деньги или еще и отношения с клиентом. И к каждому правилу — что человек показывает по факту, вместо того чтобы спрашивать заранее.

Раз в месяц правила пересматривали. Первые три месяца всерьез: где-то граница оказалась слишком узкой, где-то класс решений описали неточно. К полугоду пересмотр стал формальностью, перешли на квартал.

Через год поток вопросов к собственнику сократился примерно втрое. Но важнее, что поменялся их состав: запросы на разрешение ушли, остались обсуждения. Решение по направлению стало проходить за день-два вместо нескольких дней.

И про издержки, ведь без них картина будет неправдоподобной. В первые месяцы решения, принятые без участия собственника, получались заметно хуже, чем если бы их принимал он сам. Два из них оказались ошибочными и стоили компании ощутимых денег. Собственник оба раза удержался и не забрал полномочия назад (это стало самой сложной задачей в рамках проекта). Я считаю это стоимостью восстановления навыка. Команда, которая несколько лет ничего не решала, не начинает решать хорошо сразу.

Что делать

Выполнить последовательность из четырех шагов. При этом попускать шаги нельзя: каждый следующий опирается на результат предыдущего.

Шаг первый: зафиксировать поток. Две недели записывать все вопросы, которые поступают к собственнику: кто пришел, с чем, сколько времени заняло. Без анализа и сортировки, просто фиксация.

Смысл в том, что пока поток существует только в голове, он кажется хаотичным и бесконечным. На бумаге у него обнаруживается структура: повторяющиеся типы вопросов, повторяющиеся люди и — почти всегда — заметная доля запросов, которые не должны были доходить до этого уровня вообще.

Шаг второй: оценить цену ошибки. По каждому зафиксированному решению три вопроса: что произойдет, если его примет другой человек; какова реальная цена ошибки в деньгах, времени и репутации; можно ли снизить риск, не забирая решение себе.

Решения распадаются на три группы: те, где цена ошибки для бизнеса критична (стратегия, крупные сделки, ключевые назначения); те, где ошибка исправима и стоит ограниченных денег; и те, где ошибка не стоит практически ничего. Участие собственника оправдано в первой группе. Во второй оно обходится дороже, чем возможная ошибка. В третьей оно не обсуждается.

Шаг третий: передать не задачи, а правила. По каждому классу решений, который передается, нужно сформулировать три вещи: критерий, по которому решение принимается; границы, внутри которых оно принимается без возврата наверх; и форма, в которой о принятых решениях становится известно. Границы при этом задаются не абсолютной суммой, а отношением к показателям компании и характером риска: обратим он или нет, затрагивает одно направление или несколько, касается только денег или еще и репутации.

Критерий здесь важнее границы. Сотрудник, который знает логику принятия решений, в непредвиденной ситуации примет такое же решение, как и сам собственник. Сотрудник, который знает только порог, в нестандартной ситуации придет спрашивать.

Шаг четвертый: задать ритм пересмотра. Регулярная процедура, на которой разбираются не отдельные случаи, а сами правила: где граница оказалась узкой, где широкой, какие решения перестали требовать участия, какие потребовали. Без этого ритма система фиксируется в состоянии первого месяца и перестает соответствовать компании.

Пять ошибок, которые встречаются чаще других

1. Ответственность без полномочий. «Ты отвечаешь за направление, но решения согласовывай со мной». Это не передача полномочий, а ее имитация, и распознается она в первую же неделю.

2. Отмена собственного решения о передаче. Сказали «решай сам», сотрудник решил, решение не понравилось, оно отменено. Это разрушает конструкцию быстрее всего остального: следующий раз решать никто не будет.

3. Разбор ошибки при других. Если человек ошибся в границах своих полномочий, разговор идет один на один. Публичный разбор сворачивает инициативу не только у того, кого разбирали.

4. Отсутствие фиксации. Обсудили — не значит договорились. Если не записано, какое решение принято, кто отвечает, к какому сроку и с какими ресурсами, через месяц у участников будут три разные версии договоренности, и все три искренние.

5. Ожидание быстрого результата. Контур складывался годами и за неделю не размыкается. Первые месяцы качество решений, принятых без собственника, будет ниже, чем если бы их принял он. Это не признак провала, а стоимость восстановления навыка.

Главное

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

Поэтому вопрос не в том, чтобы делегировать больше или быстрее. Важно определить, какой объем самостоятельности компания способна выдержать сегодня, передать именно его — и благодаря этому через год быть готовой к следующему шагу.