Резюме DevOps-инженера: 4 метрики вместо списка технологий

Резюме DevOps-инженера чаще всего выглядит одинаково: длинная строка из Docker, Kubernetes, Jenkins, Terraform и ещё десятка названий — и ни слова о том, что стало лучше. Нанимающему этот список ничего не говорит: такой же стек указан у всех соседних кандидатов. На первичный просмотр резюме уходит около 10 секунд, и за это время должно читаться главное — какую инфраструктуру вы держите и что изменилось благодаря вам.

Резюме DevOps-инженера — это рассказ о том, как вы делаете релизы быстрее и надёжнее: стек нужен как контекст, а доказательство — в результатах. За первые секунды нанимающий ищет пять сигналов:

• Стек под вакансию. Linux, контейнеры, CI/CD, инфраструктура как код, облако, мониторинг — ровно то, что требуется в описании.
• Результат, а не обязанность. «Сократил выкатку с часа до десяти минут» весит больше, чем «занимался CI/CD».
• Масштаб. Сколько сервисов, серверов, окружений или команд вы обслуживали.
• Надёжность. Дежурства, инциденты, время восстановления — то, за что DevOps-инженеру доверяют прод.
• Код инфраструктуры. Ссылка на GitHub или GitLab с рабочим кодом Terraform, Ansible или Helm.

Дальше — как собрать резюме, чтобы эти сигналы читались с первого экрана.

Резюме DevOps-инженера держится на шести блоках, от сильного к второстепенному:

1. Должность и контакты. «DevOps-инженер» или «SRE» — как в целевой вакансии; город, формат работы, готовность к дежурствам, Telegram, GitHub.
2. Саммари. Три-четыре строки: специализация, ключевой стек, один результат в цифрах, что ищете.
3. Навыки. Сгруппированы по смыслу и названы как в вакансии.
4. Опыт. Строки-результаты с масштабом и метриками.
5. Проекты. Для junior и при переходе из смежной роли — ключевой блок со ссылками на код.
6. Образование и сертификаты. Ниже опыта; только профильные и действующие.

Саммари — первое, что читают после должности, поэтому в нём должна быть цифра. Пример (цифры условные):

”

DevOps-инженер, 4 года опыта. Держу выкатку 30 сервисов в Kubernetes и GitLab CI, инфраструктура описана в Terraform. Сократил время от коммита до продакшена с 3 часов до 25 минут. Ищу роль в продуктовой команде.

Дальше разберём блоки, которые решают исход, — навыки и опыт.

Навыки DevOps для резюме собирают под конкретную вакансию, а не переписывают всё, что встречалось за годы работы. Группировка по смыслу показывает, что вы понимаете, как части инфраструктуры связаны между собой:

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

Главный блок резюме — опыт, и сильнее всего его подают через метрики DORA. Это четыре показателя, которыми в индустрии оценивают работу команды поставки: частота релизов, время от изменения до продакшена, доля неудачных изменений и время восстановления после сбоя (MTTR). Если строка опыта сдвигает хотя бы одну из них, нанимающий видит пользу для бизнеса, а не набор инструментов.

Каждую строку собирайте по формуле задача — что сделали — метрика до и после:

Цифры в таблице иллюстративные — подставьте свои и будьте готовы объяснить, как их считали: на интервью об этом спросят. Резюме с измеримыми результатами, по разным оценкам, получает примерно на 40% больше приглашений, а около 70% работодателей смотрят в первую очередь на конкретный результат. Как превратить задачу в такую строку, разобрано в статье как описать достижения в резюме.

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

• Из системного администрирования. Linux, сети, серверы и дежурства уже есть — добавьте автоматизацию: Ansible, Terraform, CI/CD и результат в цифрах.
• Из тестирования. Автотесты, CI и работа со стендами — сильная база; как оформить опыт QA, разобрано в статье резюме QA-инженера.
• Из разработки. Сборка, выкатка и Docker знакомы — вынесите вперёд то, что делали для инфраструктуры, а не для продукта.

Если коммерческого опыта в инфраструктуре нет, соберите учебный проект целиком: сервис в Docker, CI/CD с тестами и выкаткой, окружение в Terraform, мониторинг в Grafana. Выложите код с понятным README и опишите результат: например, «выкатка учебного сервиса сократилась с ручных 40 минут до 5 минут». Как подать смену направления целиком, разобрано в статье как сменить профессию.

Ошибки в резюме DevOps-инженера почти всегда сводятся к одному — перечню вместо результата. Пять самых частых:

• Стена технологий. Тридцать названий без группировки читаются как перечень туториалов.
• Процесс вместо результата. «Поддерживал инфраструктуру» не показывает, что стало лучше.
• Нет масштаба. Без числа сервисов, серверов или команд непонятно, с чем вы работали.
• Инструменты «для галочки». Всё, что указано, разберут на техническом интервью.
• Пустой GitHub. Ссылка на профиль без рабочего кода вредит сильнее, чем её отсутствие.

Со стороны сложно заметить, где строка опыта описывает процесс, а где результат. Анализ резюме с ИИ в Сопроводе за 45 секунд проходит по 10 критериям и показывает, где не хватает цифр и масштаба, где навык ничем не подтверждён и где формулировки расходятся с языком вакансии, — и подсказывает, что усилить. Проверка идёт по фиксированному набору критериев, поэтому результат воспроизводимый, а не разовый ответ чата. Метрики подставляете вы: сервис находит пробелы, но не придумывает за вас достижения. Если идёте в DevOps из разработки, пригодится разбор резюме Python-разработчика: Python в DevOps — частый язык автоматизации.

1. Должность названа как в вакансии — DevOps-инженер, SRE или инженер инфраструктуры?
2. Саммари за три-четыре строки называет стек и главный результат?
3. Навыки сгруппированы (контейнеры, CI/CD, код инфраструктуры, облако, мониторинг)?
4. В каждой строке опыта есть масштаб и хотя бы одна метрика до и после?
5. Для junior или при переходе есть блок проектов со ссылкой на рабочий код?
6. Сможете на интервью разобрать любой инструмент и любую цифру из резюме?

Если хотя бы один ответ «нет» — доведите пункт, прежде чем откликаться.

• Хабр: измеряем DevOps, что такое метрики DORA
• hh.ru Карьера: кто такой DevOps-инженер и как им стать
• hh.ru: как инженеру составить резюме, чтобы пригласили на собеседование
• hh.ru Карьера: профессиональные навыки в резюме — что указывать