На рынке труда в ИТ сложилась странная ситуация: резюме много, подходящих людей — по-прежнему мало. Повышать зарплаты бизнес не может — компании оптимизируются в связи с охлаждением экономики. Рассмотрим, как балансировать между дефицитом сильных специалистов и ограниченным бюджетом так, чтобы ИТ-команда работала на бизнес-результат.
Еще несколько лет назад ИТ-директор мог закрывать большинство кадровых задач деньгами и массовым аутсорсингом. Теперь таких бюджетов нет, а те специалисты, которые действительно двигают продукт и инфраструктуру вперед, дороги и штучны. Реальный спрос смещается в сторону узких и сложных ролей — архитекторов, техлидов, экспертов в доменах (финтех, HR-tech, логистика, e-commerce) и специалистов по современным стекам и инструментам.
Воронка резюме расширяется, но большинство кандидатов не дотягивают по глубине экспертизы. При этом на рынке мало аутсорс-команд, которые действительно разбираются в конкретном бизнес-домене заказчика. Ожидания сильных специалистов по зарплате выросли и уперлись во внутренние ограничения компаний. В результате ИТ-директора зажаты с двух сторон: с одной — «зарплатный потолок» и жесткий бюджет, с другой — дефицит тех, кто реально тянет сложные проекты.
От количества к компетенциям
Раньше, чтобы быстрее показать результат, нанимали больше людей. Сегодня такая логика не работает: набор еще десятка мидлов без доменной экспертизы не решает задач бизнеса. Поэтому полезно ввести несколько новых принципов найма.
● Доменные знания как обязательное требование. Если продукт в HR, нужен человек, который понимает HR-процессы, если система для финтеха — специалист, который разбирается в финансовых инструментах и регуляторике. Универсальные разработчики все хуже попадают в сложные вертикали.
● Глубина компетенций важнее широты. В условиях жестких бюджетов компании ищут людей, которые могут спроектировать устойчивую архитектуру, закрыть вопросы безопасности, обеспечить сложные интеграции и взять на себя ответственность за решения, от которых зависит работа систем.
● Не нанимать, если можно автоматизировать. Рутинная работа в разработке, тестировании и поддержке постепенно уходит в автоматизацию — от CI/CD-пайплайнов до самообслуживания в поддержке.
Сегментация команды
Структура ИТ-команд часто выглядит как «линейка грейдов»: джуны, мидлы, сеньоры, тимлиды — без явной бизнес-логики распределения ресурсов. Сегодня стоит перейти к более жесткой сегментации. Бюджет и усилия по удержанию распределяются по трем уровням.
Уровень 1: незаменимые эксперты и архитекторы
Это небольшой слой людей, без которых бизнес перестает работать. Архитекторы, ведущие эксперты по основным продуктам, системам и платформам, люди, которые держат в руках критичные участки — от ядра продукта до стратегических интеграций.
● Им платят заметно больше среднего по рынку.
● С ними работают точечно по вовлеченности и удержанию.
● Их риски ухода — под постоянным управлением: от преемственности до распределения знаний внутри команды.
Потеря одного такого человека может «заморозить» проект на месяцы и обойтись компании в миллионы.
Уровень 2: сильные исполнители
Сюда попадает основной массив разработчиков, аналитиков, тестировщиков, тимлидов, которые обеспечивают стабильную работу и развитие продуктов.
● Главное для этого слоя — предсказуемость и стабильность: понятные процессы, прозрачные правила игры, адекватный менеджмент.
● Текучка должна быть управляемой: массовый отток мидлов и синьоров бьет по скорости поставки и качеству.
Для сотрудников второго уровня компания не всегда может существенно увеличивать сумму вознаграждения, поэтому конкурентоспособность часто обеспечивается за счет условий: гибкий формат работы, понятные карьерные треки, обучение и участие в интересных проектах.
Уровень 3: джуниоры и аутсорс
Это слой, где допускается высокая текучка и максимальная автоматизация. Речь идет о начинающих ролях, а также внешних подрядчиках, которые закрывают типовые задачи — поддержка, доработки, неключевые проекты.
● Здесь важно выстроить процессы так, чтобы уход одного человека минимально влиял на бизнес.
● Любые рутинные операции должны быть максимально описаны и автоматизированы.
● Новые люди должны быстро входить в контур, а действующие — легко заменяться.
Такой подход к сегментации позволяет ИТ-директору честно ответить на вопросы: «На кого мы тратим больше всего денег?», «Кого мы ни в коем случае не можем потерять?», Где мы можем позволить себе текучку?".
Роль ИТ-директора в достижении бизнес-результата
ИТ-директор становится одним из профильных руководителей, влияющих на бизнес-результат. Однако рассчитывать точное влияние ИТ на P&L (отчет о прибылях и убытках) — сложно, а интерпретация может быть субъективной: слишком много факторов влияют на итоговую картину (от автоматизации до прямых доходов), и легко нарисовать желаемые цифры, которые далеки от реальности. Поэтому лучше также показывать результат через надежные метрики, которые в свою очередь влияют на P&L. Это управляемость процессов, пользовательский и клиентский опыт, скорость вывода продуктов.
Например, при разворачивании системы мультиканального общения сотрудников чистая экономия в деньгах не сойдется. Зато улучшения в управляемости и пользовательском опыте принесут бизнесу реальный эффект.
Таким образом, для влияния на P&L ИТ-директор может:
● снижать расходы за счет автоматизации процессов и оптимизации поддержки;
● контролировать фонд оплаты труда, перераспределяя задачи между сотрудниками разного уровня, снижая зависимость от дорогих специалистов и выстраивая осознанную политику аутсорса;
● увеличивать выручку и скорость вывода продуктов за счет грамотной структуры команды, которая может быстро запускать и масштабировать решения.
По сути, ИТ-директор сегодня отвечает не только за технологии, но и за то, как эти технологии превращаются в деньги и экономию для бизнеса.
Что делать ИТ-директору уже сейчас
1. Провести инвентаризацию команды. Честно разделить сотрудников на три уровня — понять, кто действительно незаменим, какие позиции нужно усилить, кого перевести в другой формат работы.
2. Пересобрать структуру затрат. Сфокусировать бюджет на удержании ключевых экспертов и архитекторов, заложить стабильные условия для ядра специалистов второго уровня, выстроить экономную модель третьего уровня.
3. Усилить доменную экспертизу. Пересмотреть требования к найму: ввести обязательный фильтр по доменным знаниям, добавить кейсы на понимание конкретного бизнеса, уделять внимание не только стеку, но и пониманию предметной области.
4. Ускорить автоматизацию. Проанализировать, какие функции можно отдать скриптам, платформам и сервисам — и сократить зависимость от ручного труда там, где он не создает уникальной ценности.
5. Связать ИТ с бизнес-результатом. Показать бизнесу, как реструктуризация команды и автоматизация позволяют ускорять запуск новых продуктов, улучшать управляемость в командах и пользовательский опыт.
