Как находить персонал в it-отдел

Одна из главных болей бизнеса сегодня — нехватка сильных ИТ-специалистов. По данным одного из аналитических агентств, 64% руководителей ИТ-подразделений называют кадровый дефицит главным барьером внедрения новых технологий.

На практике это выглядит просто: проекты срываются не из-за технологий, а из-за того, что нужных людей нет «здесь и сейчас». О том, какие варианты есть у тимлида, когда сроки горят, а команда не справляется с нагрузкой, рассказывает Владислав Прокопов, руководитель коммерческого блока компании BSS.

Нанять в штат: стратегическое, но медленное решение
Средний срок закрытия вакансии — около 36 дней. И это без учета онбординга, погружения в кодовую базу и бизнес-контекст. В реальности до момента, когда новый сотрудник начинает приносить пользу, проходит два-три месяца.

Кроме того, штат — это всегда долгосрочные обязательства со стороны нанимателя. К стоимости разработчика добавляются: расходы на рекрутинг и онбординг (до 25% годового дохода сотрудника); налоги, ДМС, отпуска, периоды простоя; бюджет на удержание; дорогие расставания — компенсации могут достигать нескольких окладов.

| В текущих условиях добавляются и организационные ограничения: фонд оплаты труда заморожен, новые ставки не согласовываются, а дедлайны уже горят.

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

В итоге найм в штат остается хорошим решением для ключевых ролей, но плохо подходит, когда нужно быстро и временно усилить команду.

Ротация людей из других отделов: быстро, но с побочными эффектами
Перераспределение ресурсов внутри компании выглядит самым простым решением.

Плюсы очевидны: быстро; не требует дополнительного бюджета. Но минусы тоже предсказуемы. Проблема не исчезает, а просто переносится в другое место. В обеих командах падает качество работы, а временно переведенные сотрудники редко бывают достаточно мотивированы и включены в контекст разработки. Такая схема может сработать для краткосрочных задач, но редко спасает, когда нагрузка становится системной.

Аутсорс «под ключ»: меньше управления, меньше гибкости
Важно не путать аутсорсинг с аутстаффингом. Аутсорс — это когда подрядчик полностью забирает задачу и отдает готовый результат.

Плюсы: снижается операционная нагрузка на тимлида; ответственность за сроки и результат лежит на подрядчике. Минусы: меньше контроля над процессом; сложнее менять требования по ходу работы; знания остаются вне команды. Аутсорс хорошо подходит для изолированных проектов с четким ТЗ, но плохо сочетается с живой продуктовой разработкой, где требования постоянно эволюционируют.

Точечный аутстаффинг: быстро закрыть конкретную боль
Аутстаффинг — это по сути «аренда» специалиста, который работает в вашей команде, но юридически остается сотрудником партнера.

Распространенный миф — что это дорого. На практике часто наоборот. Например, senior Java-разработчик с зарплатой около 330000 ₽ на руки обходится компании примерно в 7,5 млн ₽ в год с учетом налогов, бенефитов и рисков найма. Временное привлечение специалиста по почасовой ставке может стоить сопоставимо или даже дешевле, но без долгосрочных обязательств.

Главное преимущество — не экономия, а скорость. Подключение занимает дни или недели, а не месяцы. Этот вариант особенно эффективен, когда: нужно срочно заменить выбывшего сотрудника; возник временный пик нагрузки; требуется редкая компетенция (DevOps, mobile, security); проект ограничен по срокам; поиск в штат затянулся.

Дополнительный плюс — возможность безболезненной замены. Если специалист не подошел, партнер быстро предлагает другого. Фактически вендор в этом случае выступает не просто поставщиком ресурса, а дополнительным фильтром качества и экспертной оценки кандидата.

Гибридная модель: стандарт для продуктовых команд
На практике самые устойчивые команды сегодня — не «чистый штат» и не «чистый аутсорс», а гибрид. Рабочая схема выглядит так: core-команда отвечает за архитектуру, стратегию и знание продукта; внешние ресурсы обеспечивают скорость, масштабирование и закрытие пиков. Такой подход позволяет расширять команду вместе с бэклогом и сжимать ее без болезненных кадровых решений.

Что важно учитывать тимлиду
В условиях дефицита специалистов тимлид управляет не только разработкой, но и емкостью команды.

Несколько практических правил:

• ключевую экспертизу держите внутри;
• временные и пиковые задачи усиливайте внешними ресурсами;
• редкие компетенции редко оправдано держать в штате;
• масштабируемость команды лучше планировать заранее;
• считайте не ставку разработчика, а стоимость задержки релиза.

Когда сроки горят, выигрывает не тот, у кого больше людей в штате, а тот, кто умеет быстро подключать нужные компетенции и управлять ресурсами гибко.

Сегодня управление командой — это уже не только про код и процессы, а про стратегию емкости. И именно это становится новым навыком сильного тимлида.

Сообщение Как находить персонал в it-отдел появились сначала на Информационное Агентство Новости России (ИАНР).