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