Автор: Алексей Туманов, коуч руководителей ritlid, MCC ICF. Специализация — executive coaching, стратегия лидера, карьерные переходы. Дата публикации: 19 июня 2026.
Все детали кейса изменены для неузнаваемости клиента: отрасль, масштаб, состав команды, временные рамки. Суть ситуации и логика работы — сохранены.
Контекст: кто обратился и с чем
Фаундер и CEO SaaS-компании, 41 год, B2B-продукт для автоматизации документооборота в среднем бизнесе. На момент обращения — около 60 человек в команде, ARR порядка 180 млн ₽, три года активного роста. Продукт занимал устойчивую нишу, конкурентное давление было управляемым.
Обратился через три недели после инцидента: один из старших разработчиков — человек, которому фаундер доверял лично и который проработал в компании четыре года — скопировал и передал конкуренту фрагмент кодовой базы и часть клиентской базы. Факт вскрылся случайно, через бывшего сотрудника конкурента. Юридическая сторона к моменту обращения уже велась отдельно.
Запрос на первой встрече звучал так: «Я не понимаю, как работать дальше. Я смотрю на людей в офисе и думаю: кто ещё? Я не могу принять ни одно решение по команде, потому что не знаю, кому верить. Я перестал делегировать. Я сам читаю все коммиты. Это не масштабируется, но я не могу иначе.»
Первичная жалоба: что происходило на уровне поведения
За три недели после инцидента у клиента сформировался устойчивый паттерн гиперконтроля: он вернул себе прямое управление разработкой, отменил несколько делегированных задач, перестал проводить командные встречи в прежнем формате. Параллельно — нарастающая социальная дистанция: короткие ответы в чатах, отказ от неформального общения, которое раньше было частью его стиля управления.
Сон нарушился. Не катастрофически, но засыпание занимало полтора-два часа — он прокручивал разговоры с разработчиком, искал пропущенные сигналы. Аппетит снизился. Физически — функционировал, но с ощущением, которое сам описал как «работаю на холостом ходу».
Важная деталь: он не был в панике и не был в депрессии. Он был в состоянии острой бдительности — когнитивно активном, но эмоционально закрытом. Это состояние, которое хорошо знакомо людям, пережившим предательство в близком контексте: мозг переходит в режим сканирования угроз и не выходит из него, даже когда угроза уже нейтрализована.
Диагностика: что стояло за запросом
На диагностической сессии «Точка опоры» (№01) стало понятно, что запрос «как работать с командой» — это поверхностный слой. Под ним находились три отдельных вопроса, которые клиент не разделял.
Первый — личный. Фаундер воспринял произошедшее не только как корпоративный инцидент, но и как личное предательство. Разработчик был одним из первых сотрудников, участвовал в запуске продукта, получал выше рынка, имел опционы. Клиент вложил в него не только деньги, но и доверие, менторство, личное время. Это сделало инцидент болезненным на уровне, который выходил за рамки бизнеса.
Второй — управленческий. Гиперконтроль, в который он впал, был функционально несовместим с ролью CEO компании на стадии роста. Читать все коммиты — это роль тимлида, не фаундера. Но выйти из этого режима он не мог, потому что не было инструмента, который заменил бы «личное доверие» как механизм управления.
Третий — системный. Инцидент обнажил реальную проблему: в компании не было структурированных процессов работы с доступами, с чувствительными данными, с оценкой лояльности. Всё держалось на личных отношениях фаундера с ключевыми людьми. Это работало четыре года — и сломалось в один день.
Рекомендация после диагностики: работа в формате «Ясность» (№02) — пять сессий за пять недель — с последующим переходом в «Лидер в балансе» (№04), если первый блок покажет, что нужна более глубокая перестройка управленческой модели. Клиент согласился.
Ход работы: по фазам
Фаза 1. Стабилизация (сессии 1–2)
Первые две сессии были направлены на одно: дать клиенту возможность проговорить произошедшее без попыток немедленно «решить» или «двигаться вперёд». Это не терапевтическая работа с травмой — это управленческая необходимость. Человек, который не переработал острую реакцию, принимает решения из режима угрозы, а не из стратегической позиции.
На второй сессии клиент впервые сформулировал разграничение, которое оказалось ключевым: «Я злюсь не на всю команду. Я злюсь на себя за то, что не видел. И злость на себя я переношу на всех остальных.» Это разграничение — между реальной угрозой (один человек, уже вне компании) и генерализованным недоверием (все остальные) — стало точкой, с которой началась реальная работа.
Фаза 2. Разбор управленческой модели (сессии 3–4)
На третьей сессии работали с тем, как именно строилось доверие в компании до инцидента. Выяснилось: фаундер интуитивно делил людей на «своих» и «наёмных». «Свои» — те, кого он знал лично, кому давал доступ к стратегии, с кем общался вне работы. «Наёмные» — все остальные, с которыми отношения были более формальными.
Разработчик, совершивший утечку, был в категории «своих». Это и создало слепое пятно: к «своим» не применялись те же процедурные ограничения, что к остальным. Не потому что фаундер был наивен — а потому что личное доверие и процессный контроль воспринимались как взаимоисключающие вещи. «Если я доверяю человеку, зачем мне его контролировать?»
Работа на четвёртой сессии — разграничение двух типов доверия. Личное доверие («я верю, что этот человек хочет хорошего») и операционное доверие («у этого человека есть только тот доступ, который нужен для его работы, и это не связано с тем, как я к нему отношусь»). Эти два типа не противоречат друг другу — они работают в разных плоскостях. Операционный контроль — это не выражение недоверия, это гигиена масштабирующейся компании.
Фаза 3. Решение по команде (сессия 5 и переход в №04)
К пятой сессии клиент принял несколько решений. Часть из них — самостоятельно, часть — в ходе работы.
По команде: он провёл индивидуальные разговоры с восемью ключевыми людьми. Не с целью «проверить лояльность», а с целью честно сказать, что произошло, как он на это реагировал и что меняется в процессах. Несколько человек отреагировали с облегчением — они чувствовали дистанцию последних недель, но не понимали причины. Двое из восьми в ходе этих разговоров сами обозначили, что рассматривают уход — по причинам, не связанным с инцидентом. Это стало отдельной управленческой задачей.
По процессам: совместно с техническим директором были пересмотрены права доступа к репозиторию и клиентским данным. Это заняло две недели и не потребовало внешней помощи — только решения фаундера, что это нужно сделать.
По найму: стало понятно, что компания росла быстро и несколько позиций в команде занимали люди, которые «выросли» в роль без формальной оценки соответствия. Это не про лояльность — про компетентность. Фаундер принял решение провести структурированную оценку трёх ключевых ролей.
После пятой сессии клиент перешёл в программу «Лидер в балансе» (№04) — трёхмесячная работа, 12 сессий. Запрос сместился: от «как восстановить доверие» к «как выстроить управленческую модель, которая не зависит от личных отношений как единственного механизма».
Результат: что изменилось через три месяца
К завершению программы «Лидер в балансе» клиент описывал ситуацию следующим образом.
Команда была частично обновлена: двое из тех, кто обозначил уход, действительно ушли — по взаимному согласию, без конфликта. На их места пришли люди с более чётким профилем под конкретные роли. Один из восьми ключевых людей, с которыми проводились разговоры, был повышен — фаундер впервые сформулировал критерии повышения публично, а не интуитивно.
Гиперконтроль ушёл. Не потому что фаундер «расслабился» — а потому что появились процессы, которые заменили личное доверие как единственный инструмент управления рисками. Он перестал читать все коммиты. Делегирование восстановилось — с более чёткими рамками, чем до инцидента.
Сон нормализовался примерно на шестой неделе работы. Клиент связывал это не с конкретной сессией, а с моментом, когда принял решение по команде и перестал «держать» его в голове.
Отдельный итог, который клиент обозначил сам: «Я понял, что строил компанию на личной харизме и личных отношениях. Это работает до определённого масштаба. Дальше нужна система. Инцидент был дорогим уроком, но, возможно, своевременным.»
Если вы узнаёте в этой ситуации свою — и хотите разобрать её с экспертом до того, как принимать решения по команде — запишитесь на диагностическую сессию «Точка опоры» через кнопку «Записаться на консультацию» в футере или напишите на info@rittlid.ru.
Что важно понять из этого кейса
Кризис доверия после предательства — это не управленческая слабость и не психологическая проблема в клиническом смысле. Это нормальная реакция на реальный инцидент. Проблема возникает тогда, когда острая реакция фиксируется и начинает управлять поведением руководителя вместо него самого.
Гиперконтроль, который развился у клиента, был логичным ответом на угрозу — но он стал дисфункциональным, когда угроза уже была нейтрализована. Работа состояла не в том, чтобы «вернуть доверие» как эмоциональное состояние, а в том, чтобы разделить личное и операционное доверие и выстроить управленческую модель, которая не зависит от первого как единственного инструмента.
Формирование новой команды в этом кейсе не было самоцелью. Оно стало следствием честных разговоров, структурированной оценки ролей и готовности фаундера признать, что часть кадровых решений принималась интуитивно там, где нужны были критерии.
Частые вопросы
Сколько времени занимает восстановление после кризиса доверия к команде?
В этом кейсе — около трёх месяцев активной работы. Но «восстановление» здесь неточное слово: задача не вернуться в прежнее состояние, а выйти в новое — с более устойчивой управленческой моделью. Сроки зависят от глубины личного вовлечения фаундера в ситуацию и от того, насколько быстро принимаются операционные решения по команде и процессам.
Нужно ли говорить команде о том, что произошло?
В большинстве случаев — да, и лучше раньше. Команда чувствует изменения в поведении руководителя раньше, чем он думает. Молчание создаёт тревогу и домыслы, которые хуже реальной информации. Формат разговора — индивидуальный с ключевыми людьми, без деталей юридической стороны, с акцентом на то, что меняется в процессах.
Как отличить обоснованную бдительность от параноидального контроля?
Рабочий критерий: бдительность направлена на конкретные риски и имеет конкретные меры (пересмотр доступов, процедуры). Параноидальный контроль — генерализованный, направлен на всех, не имеет чёткого критерия «достаточно». Если руководитель не может ответить на вопрос «что именно должно измениться, чтобы я снова начал делегировать?» — это сигнал, что контроль вышел за функциональные рамки.
Что делать, если после инцидента несколько ключевых людей сами начинают уходить?
Сначала — понять причину. Уход после инцидента может быть связан с ним (потеря веры в компанию, страх последствий, солидарность с уволенным) или не связан (давно копившееся недовольство, внешнее предложение). Это разные ситуации с разными ответами. Разговор один на один — раньше, чем человек принял окончательное решение, — даёт больше информации и больше пространства для манёвра.
Когда в такой ситуации нужен психолог, а когда — коуч?
Если реакция на инцидент затрагивает личную идентичность фаундера («я плохой человек», «я никому не могу доверять в принципе»), нарушает сон и функционирование дольше месяца, сопровождается тревогой, которую сложно контролировать — это зона психолога. Если запрос управленческий («как перестроить модель», «как принять решение по команде», «как восстановить делегирование») — это зона коучинга. В этом кейсе работа велась на стыке: первые две сессии — ближе к психологической поддержке, остальные — коучинговый формат.
Если ваша ситуация похожа на описанную — и вы хотите разобраться, с чего начать, — первый шаг простой: диагностическая сессия «Точка опоры» (№01), 90 минут, бесплатно при заходе с сайта. На ней станет понятно, какой формат работы подходит под ваш запрос. Записаться можно через кнопку «Записаться на консультацию» в футере или письмом на info@rittlid.ru.
