БИЗНЕС И ЦИФРОВИЗАЦИЯ

Почему увольнение в IT часто случается не вовремя

За 20+ лет управленец четыре раза увольнялся по своей инициативе: трижды пожалел. Разбор показывает, как сделать осознанное увольнение в IT.

✍️ Редакция iTech News | 03.06.2026 | ⏱ 5 мин | 👁 1 | Источник: Habr / Карьера
🌐

За 20+ лет в управлении автор Habr разобрал четыре увольнения по собственной инициативе: три оказались ошибкой по таймингу, и только одно сработало как надо. Для IT-рынка это история не про выгорание в духе «надоело и ушёл», а про осознанное увольнение: в отрасли, где сильных менеджеров и лидов выдёргивают из компании быстрее, чем успевают обновить оргструктуру, ошибка в моменте выхода легко стоит и денег, и репутации, и следующего карьерного хода.

Как пишет Habr / Карьера, автор предлагает смотреть на увольнение через простую тройку Social IQ: роль, интересы и цели. Смысл в том, что сотрудник почти всегда оценивает ситуацию по себе: скучно, тесно, мало роста, хочется новых задач. Но компания в этот момент живёт по другой логике. У собственника один горизонт, у зама другой, у партнёра третий, и каждый защищает не абстрактную «стратегию», а собственную позицию в системе. Если эти три элемента не совпадают хотя бы у ключевых участников, человек увольняется по ощущению, а потом обнаруживает, что ушёл либо слишком рано, либо слишком поздно.

Первая история в материале как раз про слишком ранний уход. Автор пришёл в компанию в момент управленческой чехарды: процессы не собраны, продажи завязаны на нескольких людях, отчётность фактически держится на Excel без нормальной логики. За год ситуацию удалось выправить: появилась работающая воронка, управленческий контур стал внятнее, команда перестала жить в режиме постоянного пожара. Формально всё выглядело неплохо: показатели росли, собственник был доволен, влияние у руководителя было. Но внутри включился знакомый для многих управленцев режим: когда хаос заканчивается, а вместо резких разворотов начинаются разговоры про нюансы отчётности, становится скучно. И вот здесь, по мысли автора, ошибка была не в усталости как таковой, а в неверной диагностике позиции.

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

Вторая история, наоборот, про запоздалое увольнение и иллюзию героического кейса. Компания была зрелой, но стагнирующей: продажи не росли, маржа сжималась, конкуренты откусывали долю рынка. Руководителя позвали как человека, который умеет разворачивать такие истории. Старт был обнадёживающий: пересмотр продуктовой линейки, внедрение ERP/CRM, замена части ключевых людей. А затем началась вязкая фаза, знакомая любому, кто пытался менять старый бизнес быстрее, чем он сам готов меняться. Каждое серьёзное решение вязло в обсуждениях, а технологические и управленческие изменения упирались не в инструменты, а в корпоративный deep state. Формально проект жил. По факту уже тогда стало видно, что система не даёт выиграть тому, кого в неё позвали как спасателя.

Конфликт интересов здесь был жёстче. Автор примерил на себя роль героя, который хочет вытащить бизнес из ямы и потом честно положить этот кейс в портфолио. Его интерес — признание и результат, цель — довести историю до очевидного «хэппи-энда». Но рядом находился миноритарный партнёр, отвечавший за отношения с ключевым клиентом, который давал до 80% выручки. Его фактическая роль была не в развитии как таковом, а в удержании этого клиента любой ценой. Его интерес — не раздражать заказчика резкими движениями, его цель — сохранить контракт хотя бы ещё на год, даже если весь остальной бизнес будет стагнировать. В такой конфигурации любая серьёзная трансформация становится для одной стороны необходимостью, а для другой — угрозой. Сохранить статус-кво значит лишиться обещанного прорыва. Ломать статус-кво значит рисковать тем самым клиентом, на котором всё держится. Автор честно признаёт: это была игра без выигрышного сценария, но он слишком долго держался за роль героя и вышел только после того, как ситуация уже обвалилась.

Для русскоязычного IT-рынка из этого разбора следует довольно неприятный, но полезный вывод. Осознанное увольнение почти никогда не начинается с вопроса «надоело ли мне». Оно начинается с другого: какую функцию я реально выполняю в системе, чего от меня ждут ключевые участники и совпадает ли это с тем, за что я сам готов платить временем и репутацией. Это особенно важно для тимлидов, продактов, head of sales, операционных директоров и фаундеров второго эшелона, которых нанимают под перемены, а затем внезапно просят бережно консервировать текущую конструкцию. На перегретом рынке соблазн выйти хлопнув дверью понятен: LinkedIn и Telegram создают ощущение, что следующая роль уже где-то за углом. Но статья напоминает о более скучной правде: плохой тайминг увольнения портит не только текущее место работы, но и качество следующего шага.

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

Главный вопрос после такого текста звучит не «когда пора уходить», а «в какой момент разговор о новой роли внутри системы ещё возможен, а в какой уже поздно». Для рынка, где руководителей всё чаще нанимают под кризис, рост или перестройку, это, возможно, важнее любого карьерного совета про личные границы: вовремя выйти полезно, но ещё полезнее вовремя понять, есть ли у этой истории рабочий второй акт без заявления на столе.

Поделиться: Telegram X LinkedIn