И почему резюме почти никогда не показывает реальный уровень кандидата

На рынке IT-найма есть роли, которые закрываются относительно быстро: фронтенд, тестирование, иногда backend-разработка, но есть одна категория специалистов, поиск которых почти всегда превращается в долгую историю — DevOps-инженеры.

Иногда компания ищет такого специалиста 2–4 месяца, проводит десятки интервью — и всё равно не находит подходящего кандидата.

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

1. DevOps — это не одна профессия

На практике под названием DevOps скрывается сразу несколько разных ролей.

В зависимости от компании это может быть:

  • инфраструктурный инженер

  • специалист по CI/CD

  • cloud-архитектор

  • Kubernetes-инженер

  • SRE (Site Reliability Engineer)

И часто ожидания работодателя выглядят так:

нужен человек, который знает AWS, Kubernetes, Terraform, Docker, CI/CD, Linux, networking, monitoring и безопасность.

Фактически это 5–6 разных специализаций, поэтому многие вакансии DevOps описывают идеального кандидата, который на рынке встречается крайне редко.

2. Технологический стек почти всегда уникальный

Если разработчики чаще работают с похожими стеками (например React + Node), то DevOps-инфраструктура в компаниях сильно отличается. Даже две похожие компании могут использовать совершенно разные комбинации:

пример одного стека:

  • AWS

  • Terraform

  • Kubernetes

  • ArgoCD

пример другого:

  • GCP

  • Ansible

  • Docker Swarm

  • Jenkins

Формально оба инженера — DevOps, но на практике их опыт плохо переносится между инфраструктурами. Из-за этого компании часто ищут кандидата, который уже работал почти с тем же стеком.

3. Хорошие DevOps редко ищут работу

На рынке DevOps действует простой закон:

чем сильнее специалист — тем реже он находится в активном поиске.

Причины очевидны:

  • высокий спрос

  • хорошие зарплаты

  • стабильные проекты

  • интересные инфраструктурные задачи

Поэтому многие сильные инженеры:

  • не публикуют резюме

  • не откликаются на вакансии

  • меняют работу только через личные предложения

Это резко сокращает доступный пул кандидатов.

4. Резюме почти не отражает реальный уровень

У DevOps-инженеров особенно заметна проблема резюме.

Типичная ситуация:

кандидат пишет в CV:

Kubernetes
Terraform
AWS
CI/CD

Но реальный уровень может отличаться кардинально.

Возможные варианты:

1️⃣ человек настраивал инфраструктуру самостоятельно
2️⃣ поддерживал уже готовую систему
3️⃣ делал один небольшой проект

В резюме это выглядит одинаково, поэтому многие компании сталкиваются с ситуацией, когда:

  • по CV кандидат выглядит сильным

  • на техническом интервью выясняется, что опыт поверхностный.

5. Интервью DevOps — одни из самых сложных

Проверить DevOps-инженера гораздо сложнее, чем разработчика.

Причина проста:

его работа затрагивает очень много областей:

  • операционные системы

  • сети

  • облачные сервисы

  • контейнеризацию

  • CI/CD

  • мониторинг

  • безопасность

Полноценная оценка требует глубоких технических интервью, иногда нескольких, и это сильно удлиняет процесс найма.

Что в итоге происходит

Компания публикует вакансию DevOps. Дальше начинается типичный сценарий:

  1. приходит много резюме

  2. половина кандидатов не подходит по стеку

  3. часть имеет поверхностный опыт

  4. сильные специалисты редко откликаются сами

В итоге поиск может растянуться на несколько месяцев.

Вывод

Долгий поиск DevOps-инженеров — это не случайность.

Это результат сразу нескольких факторов:

  • размытая роль DevOps

  • уникальные инфраструктурные стеки

  • небольшой рынок специалистов

  • сложная оценка реального уровня

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

Если вы сталкивались с долгим поиском DevOps-инженеров — интересно узнать ваш опыт. Сколько времени у вас занимало закрытие такой позиции?