1. «У нас всё нормально». Тогда почему люди уходят?
Снаружи картина выглядит прилично.
Зарплата не хуже рынка, офис или удалёнка комфортные, техника куплена, задачи вроде бы не самые унылые.
И в какой‑то момент собственник неожиданно слышит:
«Я решил уходить. Да, всё нормально, но я устал».
С его точки зрения это выглядит почти как неблагодарность.
С точки зрения сильного айтишника — как логичное завершение длинной цепочки маленьких решений, которые сделали продолжение работы бессмысленным.
Хорошие IT‑специалисты редко уходят только из‑за денег.
Чаще они уходят из‑за того, как устроена работа вокруг них.
Если вы уже сталкивались с тем, что IT‑проекты в целом «идут тяжело» и «стоят дороже, чем ожидали», посмотрите ещё статью
«Почему 80% IT‑проектов в бизнесе превращаются в слив денег» — там про системные ошибки, которые бьют по мотивации людей не меньше, чем по бюджету.
2. Популярные мифы собственника про уходы IT
Миф 1. «Если платим нормально, уходить не должны»
Логика понятная: рынок плюс‑минус известен, «вилка» нормальная, значит, мотиваторы закрыты.
На практике деньги закрывают только базовый уровень — аренду, кредиты, семью — но не закрывают ощущение смысла и контроля над своей работой.
Когда человек каждый день разгребает хаос, деньги превращаются в компенсацию боли.
И в какой‑то момент он просто перестаёт считать, что это стоит того.
Миф 2. «Айтишники просто не хотят напрягаться»
Хорошие специалисты как раз привыкли напрягаться.
Им нормально сидеть над сложной задачей, спорить про архитектуру, ковырять логи до ночи, если это приводит к понятному результату.
Проблема не в нагрузке, а в том, что результат часто — ноль.
Сегодня всё срочно, завтра всё отменили, послезавтра придумали новое «срочно», а прошлое «срочно» так и не запустили.
Миф 3. «Выгорают — значит, не выдерживают темп»
Выгорание в IT редко про «слабых».
Чаще это как раз сильные люди, которые долго тянули на себе чужие ошибки, латали дыры и закрывали собой отсутствие нормального управления.
Когда темп задаёт не стратегия, а хаос, любой «железный» специалист либо ломается, либо уходит.
3. Реальные причины, почему сильные IT уходят
Причина 1. Постоянный режим «пожарной части»
Большая часть времени уходит не на развитие, а на тушение последствий.
Падает база, ломается интеграция, что‑то не так настроили продажники, подрядчик обновил систему без предупреждения — и всё это прилетает в IT как «срочно, прямо сейчас, это бизнес стоит».
При этом:
- нет понятных приоритетов — любое «сделать к вечеру» оказывается важнее, чем долгосрочный проект;
- план на неделю перестаёт иметь смысл через пару часов;
- единственный способ получить уважение — героически вытаскивать ситуацию ночью.
В такой среде человек не растёт — он всё время жмёт на кнопку «починить».
И в какой‑то момент задаёт себе простой вопрос: «Я хочу ещё год жить вот так?»
Причина 2. Непрозрачные решения и отсутствие владельца
Сильные специалисты нормально относятся к ограничениям.
Им можно сказать: «Делаем вот так, потому что бюджет такой, риск такой, приоритет такой».
Но когда:
- решения принимаются по принципу «как сказал самый громкий»;
- ТЗ меняется по три раза в неделю, потому что у каждого отдела своё видение;
- непонятно, кто отвечает за конечный результат — собственник, бизнес‑заказчик, подрядчик или IT,
возникает ощущение, что ты работаешь в тумане.
Ты отвечаешь за всё, но ни на что не влияешь.
Для сильных людей это особенно болезненно.
Им нужна понятная связка: решение → ответственность → результат.
Причина 3. Вечная поддержка вместо развития
Классический сценарий:
в компании есть «историческая» система — самописная или просто очень старая.
Она держится на стопке костылей, которые знают два‑три человека.
Новые проекты откладывают, потому что «сначала надо поддерживать то, что уже есть».
Любое улучшение упирается в фразу: «Нет времени, давайте потом».
В итоге специалист:
- годами крутится вокруг одних и тех же багов;
- не пробует новые технологии и подходы;
- видит, как на рынке люди с похожим уровнем уже делают другие вещи.
Ощущение профессиональной стагнации для хорошего IT‑специалиста — почти гарантированный триггер к уходу.
Причина 4. Обесценивание экспертизы
Это проявляется не обязательно в прямых конфликтах.
Гораздо чаще — в мелочах:
- «Да что вы усложняете, сделайте как у конкурентов».
- «Мы уже всё решили, просто реализуйте».
- «Ну вы же айтишники, разберётесь».
На словах бизнес говорит, что ценит экспертизу.
На деле ключевые решения принимаются без IT, а потом их зовут «поправить последствия».
Сильный специалист не хочет быть техподдержкой для чужих импульсивных решений.
Он хочет участвовать там, где его знания что‑то решают.
Причина 5. Токсичные ритуалы и отсутствие границ
Сигналы, которые часто воспринимаются как норма:
- писать в личку и чаты в любое время суток — «ну ты же всё равно онлайн»;
- ожидание мгновенного ответа, даже если человек в отпуске;
- комментарии в духе «айтишники опять всё сломали», даже если сломали совсем в другом месте.
Сам по себе один такой эпизод не критичен.
Но когда это становится фоном, даже сильный и терпеливый человек начинает ощущать, что его время и внимание никого не интересуют.
4. Чем всё это бьёт по бизнесу
Когда уходит условный «сильный айтишник», чаще всего уходит не только человек.
С ним уходят:
- понимание, как устроены ваши системы на самом деле, а не «по документации»;
- знание всех обходных путей, костылей и временных решений, которые держат процессы;
- способность быстро принять правильное техническое решение в нестандартной ситуации.
Что получает бизнес взамен:
- дольше внедряются любые изменения — новичку нужно время, чтобы разобрать клубок;
- растёт зависимость от внешних подрядчиков, потому что внутри не осталось людей, которые могут спорить на равных;
- увеличиваются риски простоя, потому что новые люди не знают, где болит сильнее всего.
Если тема ошибок управления отзывается, посмотрите ещё статью
«5 ошибок собственника, из‑за которых даже сильное IT не спасает бизнес» — она хорошо дополняет эту историю с точки зрения решений, а не людей.
5. Что может сделать собственник, чтобы сильные не уходили
Не нужно превращать компанию в санаторий.
Нужно сделать так, чтобы сильному человеку было понятно, зачем он здесь и как устроены правила игры.
Несколько практических шагов:
- Определить владельца IT‑функции.
Не только администратора железа, а человека, который отвечает за то, зачем и как IT помогает бизнесу. - Задать верхний уровень приоритетов.
Чётко проговорить: какие задачи действительно важнее остальных, а что можно не делать, даже если очень хочется. - Перестать запускать проекты без нормального владельца и ТЗ.
Если нет человека, который отвечает за результат со стороны бизнеса, — проект лучше не стартовать. - Развести «пожары» и системную работу.
Определить, какая часть времени команды уходит на инциденты, а какая — на развитие.
Если всё время — на пожары, это уже управленческая задача, а не «проблема IT». - Регулярно спрашивать у команды не только «что сделали», но и «что вам мешает делать работу нормально».
Сначала будет много эмоций.
Но внутри них есть конкретные управленческие решения, которые можно поменять.
6. Небольшой абзац для самих айтишников
Если вы читаете это как IT‑специалист, стоит задать себе пару честных вопросов:
- проблема действительно в компании и её процессах или всё‑таки в том, как вы коммуницируете свои границы и ожидания;
- пробовали ли вы говорить о проблемах системно, а не только между собой в курилке/чатике;
- что будет, если вы останетесь здесь ещё год — чему вы научитесь, какие проекты сделаете.
Иногда уход — правильное решение.
Особенно если вокруг вас годами не меняется ничего, кроме людей в команде.
7. Вместо вывода
Хорошие IT‑специалисты уходят не потому, что «слишком чувствительные» или «ленятся напрягаться».
Они уходят, когда понимают, что их компетенции тратятся на бесконечное тушение чужих ошибок в системе, которую никто не собирается чинить.
Если у вас уже были случаи, когда «нормальные» с вашей точки зрения условия не удержали сильных людей,
напишите в комментариях, что именно происходило: со стороны бизнеса и со стороны IT.
Без имён и названий — просто динамика.
Я разберу самые частые сценарии и покажу, на каком этапе управленческие решения начинают выталкивать людей за дверь.