Сентябрьские события запустили вторую волну отъезда ИТ-специалистов. Для компаний, которые держат на собственной разработке банковские системы, госуслуги и промышленные платформы, это прямой риск: уходят не абстрактные ставки, а носители знаний о конкретном коде. Паспорт разработчика в кармане и завтра поддерживать критичный сервис некому. Удержание – это уже не про корпоративную культуру и пиццу по пятницам, а про управляемость процессов и снижение зависимости от отдельных людей.
Сначала процессы, потом удержание людей
Главная ошибка – пытаться удержать всех деньгами. Бюджеты конечны, а конкуренция за инженеров жёсткая. Разумнее сделать так, чтобы уход одного человека не останавливал систему.
Начните с инвентаризации «единых точек отказа» в команде. Кто единственный знает деплой биллинга? У кого в голове логика интеграции с госреестром? Эти зоны нужно задокументировать в первую очередь. Заведите рабочую базу знаний – runbook'и, схемы архитектуры, описания процедур развёртывания. Документация в комментариях к коду не считается: она уходит вместе с доступом к репозиторию.
Параллельно введите парное владение каждым критичным модулем. Минимум два человека должны уметь поднять и починить любой ключевой сервис. Это дороже в моменте, но дешевле, чем экстренный наём и реверс-инжиниринг чужого кода под давлением. Тот же принцип мы уже отрабатывали при экстренном импортозамещении после ухода вендоров – там потеря поддержки извне ударила так же, как сейчас бьёт потеря людей изнутри.
Инструменты: контроль доступов и непрерывность
Уход сотрудника – это всегда вопрос доступов. На каждом увольнении должна срабатывать чёткая процедура отзыва прав: репозитории, продакшен, базы данных, секреты, VPN. Если этим занимается тот же человек, который уходит, у вас проблема. Централизуйте управление учётными записями и секретами, чтобы отзыв доступа был одной операцией, а не квестом по двадцати системам.
Здесь удержание смыкается с безопасностью. Бесконтрольные доступы уволенных и обиженных сотрудников – частый вектор инцидентов, о чём мы подробно писали в материале про защиту от кибератак. Чем больше людей в движении, тем строже должна быть гигиена прав.
Отдельный пласт – корпоративные коммуникации и инфраструктура для распределённой команды. Часть инженеров продолжит работать удалённо из других юрисдикций, и это нужно делать на контролируемом периметре. Если вы ещё на иностранных сервисах, переход на российскую почту и офисный стек снимает разом и регуляторные, и кадровые риски – мы разбирали практику такого перехода в статье про миграцию почты и офисных систем.
Что делать, когда команды уже не хватает
Реальность сентября: дыры в командах открываются быстрее, чем закрываются наймом. Если внутренних рук не хватает, чтобы держать критичные системы, имеет смысл подключить внешнюю команду на сопровождение и доработку. Внешний подрядчик не подвержен той же волне оттока и закрывает разрыв, пока вы перестраиваете внутренние процессы.
Тогда нагрузку с критичных контуров можно снять, передав на внешнюю команду поддержку и развитие бизнес-систем – от учётных контуров до отраслевых платформ, – пока внутри выстраиваются документация и парное владение, чтобы команда не зависела от единственного носителя знаний.
Вывод
Вторая волна оттока проверяет не лояльность, а зрелость процессов. Удерживайте людей там, где это оправдано, но главную ставку делайте на устойчивость: документация, парное владение, дисциплина доступов и готовый внешний резерв. Тогда отъезд любого инженера станет управляемым событием, а не остановкой бизнеса.
