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