Антон пришёл с конкретным запросом: «Хочу понять, почему команда не выполняет то, что я говорю». Он был уверен, что проблема в людях. Что нужно правильнее объяснять, жёстче контролировать, точнее ставить задачи. За восемь лет он выстроил компанию с нуля — и привык, что его понимание ситуации точнее, чем у остальных. Это убеждение было правдой. До какого-то момента.
Антон — основатель IT-компании среднего размера. Не стартап, не корпорация — то, что принято называть «зрелым продуктовым бизнесом». Несколько сотен сотрудников, оборот в районе нескольких сотен миллионов, больше восьми лет в рынке. Компания прошла несколько волн роста, пережила пару кризисов, научилась работать в условиях неопределённости.
Снаружи всё выглядело устойчиво. Продукт продавался. Команда не разбегалась. Инвесторов не было — Антон принципиально строил без внешнего капитала, и это давало ощущение полного контроля над судьбой компании.
Внутри картина была другой. Антон замечал, что решения, которые он принимал, реализовывались медленнее, чем планировалось. Что команда кивала на встречах — и делала по-своему. Что он всё чаще узнавал о проблемах постфактум, когда уже ничего нельзя было изменить. Что его присутствие в операционке не делало её лучше — только добавляло напряжения.
Его объяснение было простым: люди недостаточно вовлечены. Не хватает дисциплины. Нужно больше контроля.
Это объяснение было логичным. И почти полностью неверным.
Первые несколько разговоров мы провели именно там, где Антон хотел: в теме команды. Он описывал конкретные ситуации — кто что не сделал, кто что сказал, как это повлияло на результат. Это была хорошая фактура. Детальная, живая, с именами и датами.
Но постепенно стало проявляться кое-что другое. Во всех историях Антон знал правильный ответ заранее. Он описывал ситуацию, в которой команда «ошиблась» — и в каждом случае было очевидно, что он с самого начала видел, как надо. Команда просто не послушала.
Я спросил его напрямую: «Когда в последний раз ты узнал что-то о своём продукте, чего не знал раньше — от кого-то из команды?»
Он думал долго. Потом сказал: «Не помню».
Это был первый сдвиг. Не драматический, не мгновенный — но важный. Человек, который строил продуктовую компанию больше восьми лет, не мог вспомнить момент, когда команда открыла ему что-то новое о его же продукте. Не потому что команда была плохой. А потому что он давно перестал слышать — и не заметил этого.
Иллюзия контроля работает именно так. Она не приходит резко. Она накапливается постепенно, по мере того как основатель становится экспертом — и начинает воспринимать своё понимание ситуации как объективную реальность. Каждое подтверждение его правоты укрепляет убеждение. Каждое несогласие команды интерпретируется как ошибка или сопротивление.
В IT-среде этот механизм работает особенно жёстко. Основатели технологических компаний, как правило, умнее среднего. Они привыкли решать сложные задачи через анализ. У них есть реальный опыт, который действительно давал правильные ответы — много раз подряд. Это создаёт почву, на которой иллюзия контроля растёт быстрее, чем в других отраслях.
Здесь обычно возникает возражение: «Но ведь основатель действительно знает свой бизнес лучше других. Разве это не нормально?» Да, знает. Но знание бизнеса в целом — это не то же самое, что точное понимание того, что происходит прямо сейчас. Это разные вещи. И путаница между ними — и есть ловушка.
Работа с иллюзией контроля — это не терапия и не тренинг по делегированию. Это серия конкретных решений, каждое из которых требует чего-то неприятного: признать, что твоя картина мира неполная.
Первая развилка: признать, что «я не знаю, что происходит в продукте».
Антон долго сопротивлялся этому тезису. Он знал продукт — он его создал. Он знал клиентов — он лично вёл переговоры с крупнейшими из них. Он знал рынок — он следил за конкурентами.
Но когда мы разобрали несколько конкретных ситуаций — выяснилось, что его знание было знанием прошлого. Он знал, каким продукт был два года назад. Он знал, что хотели клиенты в момент, когда он с ними разговаривал. Рынок, за которым он следил, был рынком через призму источников, которые он выбрал сам.
Признание этого факта — не капитуляция. Это точность. Антон не стал меньше знать. Он просто перестал путать «знаю» и «знал когда-то».
Это открыло следующий вопрос: если я не знаю, что происходит прямо сейчас — кто знает? И оказалось, что команда знает. Просто перестала об этом говорить.
Вторая развилка: перестать интерпретировать молчание команды как согласие.
Это была самая болезненная точка. Антон проводил встречи, излагал позицию, спрашивал «есть вопросы?» — и получал тишину. Он воспринимал это как понимание и принятие.
Мы разобрали несколько таких встреч подробно. Выяснилось, что команда молчала по другой причине: они давно поняли, что несогласие не меняет решение — только создаёт напряжение. Молчание было не согласием. Это была адаптация к среде, в которой несогласие не имело смысла.
Антон это принял тяжело. Не потому что команда была нечестной — а потому что среду создал он сам. Не намеренно. Просто реагируя на несогласие так, как реагировал: с раздражением, с контраргументами, с ощущением, что его не понимают.
Изменение здесь было простым по формулировке и сложным по исполнению: начать задавать другие вопросы. Не «есть вопросы?» — а «что я упустил?». Не «вы согласны?» — а «где вы видите риски?». Маленький сдвиг в формулировке. Большой сдвиг в том, что начало приходить в ответ.
Третья развилка: делегировать не задачи, а ответственность за результат.
Антон делегировал. Он был уверен в этом. У него были руководители направлений, у каждого — своя зона. Но когда мы посмотрели на то, как это работало на практике, картина была другой.
Он делегировал задачи с подробными инструкциями. Потом проверял исполнение. Потом корректировал. Потом объяснял, почему нужно иначе. Это не делегирование — это распределённое исполнение с централизованным мышлением. Команда делала руками то, что Антон придумывал головой.
Настоящее делегирование выглядит иначе: ты передаёшь не задачу, а результат, который нужен. И не контролируешь процесс — только результат. Это требует доверия, которого у Антона не было. Не потому что он не доверял людям как людям. А потому что не доверял их суждению — он был уверен, что его суждение точнее.
Работа здесь шла не над «техникой делегирования». Она шла над вопросом: откуда берётся это убеждение, что мой способ — единственно правильный? И что происходит с компанией, когда это убеждение управляет всеми решениями?
Через несколько месяцев работы Антон описал изменения примерно так: «Я стал меньше знать — и больше понимать».
Конкретно это выглядело так. Встречи с командой стали короче и содержательнее — потому что люди начали говорить то, что думают, а не то, что ожидается. Несколько решений, которые Антон уже принял в голове, были пересмотрены после того, как команда обозначила риски, которых он не видел. Один из руководителей направлений, которого Антон считал «слабым звеном», оказался человеком с очень точным пониманием клиентской базы — просто раньше это понимание некуда было применить.
Операционная скорость выросла. Не потому что люди стали работать быстрее — а потому что исчезло трение, которое создавал постоянный контроль процессов.
Что не изменилось: Антон по-прежнему иногда ловит себя на том, что уже знает ответ до того, как задал вопрос. Это не исчезает. Это когнитивный паттерн, который формировался восемь лет — он не рассыпается за несколько месяцев. Разница в том, что теперь он его замечает. И это замечание даёт секунду, в которую можно выбрать другое поведение.
Это не триумф. Это сдвиг. Разница между ними принципиальная — и именно поэтому стоит её обозначить честно.
Иллюзия контроля у основателей — это не личная слабость и не управленческая ошибка. Это структурная ловушка, встроенная в сам процесс построения бизнеса.
Основатель начинает с нуля. На старте его суждение действительно точнее, чем у любого нанятого сотрудника — потому что он единственный, кто понимает замысел целиком. Каждое правильное решение подтверждает: я вижу лучше. Компания растёт — подтверждений становится больше. К тому моменту, когда компания вырастает настолько, что один человек физически не может держать всё в голове, убеждение уже стало частью идентичности. «Я тот, кто знает, как надо» — это не просто мнение. Это то, кем он себя считает.
В IT-среде этот механизм усиливается дополнительно. Технологические основатели привыкли к тому, что сложные системы поддаются анализу. Что правильный ответ существует — нужно только правильно подумать. Это работает для технических задач. Для человеческих систем — работает хуже. Люди не ведут себя как код.
Я видел похожую историю у другого собственника — в совершенно другой отрасли, не в IT. Он пришёл с запросом про «неэффективных менеджеров». Мы работали несколько недель, прежде чем стало ясно: менеджеры были вполне эффективны — просто работали в системе, где любая инициатива, не совпадающая с видением собственника, гасилась на входе. Паттерн был идентичным. Только отрасль другая.
Это и есть признак структурной ловушки, а не индивидуальной проблемы: она воспроизводится независимо от контекста.
Если вы читаете этот кейс и узнаёте в нём что-то своё — не обязательно детали, достаточно структуры — то полезный вопрос звучит так: когда в последний раз кто-то из вашей команды открыл вам что-то новое о вашем же бизнесе? И что вы с этим сделали?
Если ответ приходит легко — хорошо. Если нет — это стоит исследовать.
Антон в конце нашей работы сказал примерно следующее: «Я думал, что мне нужна команда, которая лучше выполняет. Оказалось, мне нужна была команда, которой я позволяю думать». Это не цитата — это пересказ смысла. Но смысл точный.
Это единичный случай или это типично для IT-основателей?
Типично. Иллюзия контроля — один из наиболее распространённых паттернов у основателей компаний, которые прошли первые волны роста. В IT-среде он встречается особенно часто: технический склад мышления создаёт дополнительную почву. Подробнее о том, как это работает в связке с другими когнитивными ловушками — в материале «Когнитивные ловушки предпринимателя: 10 искажений».
А если команда действительно слабая — не иллюзия, а реальная проблема?
Бывает и так. Различить помогает один вопрос: вы когда-нибудь меняли своё решение под влиянием аргументов команды? Если да — и это происходит регулярно — скорее всего, команда работает. Если нет, если вы не можете вспомнить такой момент — стоит проверить, не является ли «слабость команды» интерпретацией, а не фактом. Похожий разбор — в кейсе «Как CEO поймал себя на confirmation bias».
Что делать, если я вижу у себя похожее?
Начать с одного вопроса — того, что я задал Антону: когда в последний раз команда открыла вам что-то новое о вашем бизнесе? Если ответ не приходит — это уже информация. Дальше можно работать с этим самостоятельно или в сопровождении. Если интересен второй вариант — читайте дальше.
Не обязательно в деталях. Достаточно по структуре: ощущение, что контроль есть — и одновременно что-то не работает так, как должно. Команда кивает, но делает иначе. Решения принимаются — и не реализуются. Вы знаете ответ заранее — и именно поэтому перестали его искать.
Я работаю с собственниками и фаундерами, у которых бизнес уже работает — и именно поэтому стало труднее. Не с теми, кто только строит: там другие задачи. С теми, кто построил — и теперь обнаруживает, что инструменты, которые привели к успеху, начинают работать против него.
Беру не больше двух новых запросов в месяц. Не из соображений искусственного дефицита — просто столько, сколько можно делать хорошо.
Если резонирует — напишите на hi@vvetrov.com. Кто вы, что за компания, в чём вопрос. Одним абзацем.
P.S. Антон написал именно так. Одним абзацем. Этого оказалось достаточно.
Апрель 2026. Автор — Виталий Ветров, стратегический советник и бизнес-коуч для собственников.