Перехід у DevOps: як оформити резюме світчеру

DevOps — сфера, у яку приходять фахівці з різним бекграундом. Розробники приносять розуміння життєвого циклу застосунків. Системні адміністратори мають сильну базу в інфраструктурі. Досвід поза IT також може стати перевагою, якщо він пов’язаний з аналітичним мисленням та оптимізацією процесів.

Ключове питання — як грамотно відобразити цей досвід у резюме та отримати першу роботу в DevOps. У цій статті розбираємо, як оформити резюме світчеру.

Що шукають рекрутери в резюме DevOps-початківця?

Коли компанія розглядає джуніора або світчера, вона не очікує глибинної експертизи рівня Middle чи Senior. Головний фокус — на вашому потенціалі, здатності швидко вчитися та розумінні DevOps-культури.

Найперше звертатимуть увагу на такі аспекти:

• Базове розуміння технологійВолодіння Linux, розуміння мереж, базових cloud-сервісів та принципів роботи CI/CD.
• Практичне застосування знаньНаявність власноруч розгорнутих інфраструктурних рішень або налаштованих пайплайнів, навіть якщо це зроблено локально. GitHub-проєкти, сертифікації, home lab демонструють мотивацію та готовність розвиватися у сфері.
• Аналітичний підхідВміння знаходити причини збоїв, траблшутинг та системне мислення у розв'язанні проблем.
• Володіння англійськоюВажливе, оскільки більшість технічної документації, інструментів та професійної комунікації — цією мовою.

Вибір формату резюме

Класичний хронологічний формат, де на першому місці стоїть історія роботи, часто не найкращий вибір для світчерів. 

Щоб вивести на перший план релевантні навички, є два формати, які підходять краще:

• Функціональний форматРобить максимальний акцент на ваших навичках (хард та софт скілах) і досягненнях. Досвід роботи розміщується внизу і описується менш детально. Підходить, якщо попередній досвід мінімально перетинається з DevOps. 
• Комбінований форматПоєднує функціональний та хронологічний підходи. Ви виносите ключові DevOps-навички нагору, але також залишаєте місце для опису попереднього досвіду, адаптованого під нові реалії. 

Пам'ятайте: для початківця оптимальний обсяг резюме — одна сторінка. Уникайте опису нерелевантного досвіду роботи. Використовуйте чітку структуру та ключові слова з вакансії — це допоможе резюме коректно проходити ATS-фільтрацію.

До теми:

Позиціонування у резюме

Шапка резюме — перше, що бачить рекрутер і ATS. Нечітке позиціонування може ускладнити те, як сприйматимуть ваш профіль. 

• Не пишіть: «Software Developer, що переходить у DevOps».
• Пишіть: «Junior DevOps Engineer» чи «Trainee DevOps Engineer».

Ваша попередня роль буде у розділі з досвідом та summary — там вона доречна. У шапці має бути чітко вказана позиція, на яку ви претендуєте зараз.

Summary у резюме світчера

Summary — це 2-3 речення у верхній частині резюме, одразу після контактів. Для світчера це важливий блок: саме тут можна коротко пояснити свій перехід і одразу задати правильне сприйняття вашого профілю.

Що має бути у summary:

• Хто ви і який досвід принесли з попередньої ролі.
• Які DevOps-інструменти вже використовували на практиці.
• Один конкретний результат або доказ руху: цифра, проєкт, сертифікат.

Чого уникати:

Формулювання «швидко навчаюсь», «хочу розвиватись у DevOps», «командний гравець» — це загальні фрази без конкретики. Summary має показувати, що ви вже робите для роботи DevOps-інженером.

Технічні навички

Уникайте хаотичного переліку всіх технологій, про які ви коли-небудь чули. Структуруйте навички за категоріями, щоб їх було зручно читати:

• Скриптинг та ОС: Linux, Bash.
• Контроль версій: Git. 
• CI/CD: GitLab CI, GitHub Actions, Jenkins.
• Інфраструктура як код (IaC): Terraform, Ansible.
• Контейнеризація та оркестрування: Docker, Kubernetes.
• Хмарні платформи: AWS, Google Cloud або Azure.
• Моніторинг: Prometheus, Grafana.

Вказуйте лише ті інструменти, з якими ви дійсно працювали під час навчання або створення власних проєктів і про які зможете впевнено розповісти на технічній співбесіді.

Для DevOps-резюме самого переліку інструментів зазвичай недостатньо, особливо для джуна або світчера. Найкращий підхід — поєднати список технологій із короткими прикладами практичного використання.

Тобто:

• у блоці Skills — структурований перелік;
• у Projects / Experience — що саме ви робили цими інструментами.

Презентація попереднього досвіду

Це найскладніша частина. Роботодавці не будуть самостійно шукати зв'язок між вашою минулою посадою та DevOps, ви маєте зробити це за них. Завдання світчера — не приховати попередній досвід, а показати, які його елементи будуть корисними у DevOps-ролі.

На чому фокусуватись:

• З SysAdmin у DevOpsОпераційний досвід, розуміння продакшену, аптайм, реагування на інциденти.
• З розробника у DevOpsЖиттєвий цикл ПЗ, Git workflows, контейнеризація застосунків та розуміння процесу доставки коду в продакшен.
• З QA у DevOpsАвтоматизація тестування, робота з CI/CD-пайплайнами, тестовими середовищами та базами даних.
• Із нетехнічних сфер у DevOpsУправління ризиками, комунікація, робота з дедлайнами — тобто софт скіли.

Статті до теми:

• Перехід із SysAdmin у DevOps: необхідні навички та стек інструментів
• Від розробника до DevOps-інженера: стратегія кар'єрного переходу

Pet-проєкти

Для світчера без комерційного досвіду у DevOps це найцінніший розділ. Роботодавці хочуть бачити, що ви вже застосовуєте знання на практиці, а не тільки проходите курси.

Як правильно описати пет-проєкт у резюме:

• Додайте пряме посилання на репозиторій (GitHub/GitLab).
• Вкажіть мету проєкту.
• Перерахуйте стек технологій та опишіть, які саме завдання ви реалізували за допомогою цих інструментів.
• Додайте файл README.

Сертифікації та курси

Міжнародні сертифікації є підтвердженням для роботодавця, що ви маєте структуровані знання. 

Але є важливий нюанс — сертифікат не замінює досвід. Резюме, де багато сертифікатів і немає жодного реального проєкту, виглядає слабше, ніж одна сертифікація плюс кілька практичних проєктів.

Для Junior DevOps Engineer чудовим доповненням до резюме стануть сертифікати базового рівня (Foundation / Associate):

• AWS Certified Cloud Practitioner
• Microsoft Azure Fundamentals

Якщо ви закінчили профільні курси, обов'язково вкажіть їх. Проте пам'ятайте, що сам факт проходження курсу важить менше, ніж проєкти, які ви реалізували під час навчання.

Адаптація резюме під вакансії

Одне резюме на всі вакансії — поширена помилка. DevOps-позиції відрізняються за стеком: одна компанія використовує AWS і Terraform, інша — GCP і Ansible.

Навіть невелика адаптація резюме реально підвищує релевантність для ATS і рекрутера.

Перед кожною відправкою:

1. Уважно перечитайте опис вакансії.
2. Виділіть інструменти та технології, які згадуються найчастіше.
3. Перевірте, чи є вони у вашому резюме — і чи достатньо помітно.
4. Якщо є відповідний досвід, якого ще немає в резюме — додайте.

Додатково врахуйте типові помилки у резюме світчерів:

• Копіювати шаблонні фрази з інтернету без прив'язки до реального досвіду.
• Вказувати «знайомий з інструментом X» замість прикладу його використання.
• Створювати резюме на 3-4 сторінки з повним описом усіх попередніх позицій.

Альтернативні шляхи входу 

Не чекайте, поки вивчите абсолютно всі інструменти із roadmap. DevOps — це сфера, де навіть досвідчені спеціалісти постійно вчаться. Знати все наперед неможливо.

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

Окрім прямої позиції Junior DevOps Engineer, звертайте увагу на суміжні стартові ролі, з яких легко перейти у DevOps:

• DevOps Intern
• Linux Administrator
• System Administrator

Паралельно слідкуйте за DevOps-спільнотами в LinkedIn, беріть участь у профільних форумах, діліться своїми проєктами публічно. Це робить вас помітними для рекрутерів.

Підсумуємо

Вам потрібно відкинути все зайве, витягнути на поверхню найбільш релевантні навички та упакувати їх мовою, яку розуміють рекрутери та технічні ліди. Будьте чесними у своїх знаннях, інвестуйте час у пет-проєкти та не бійтесь демонструвати свій унікальний шлях.

Коли будете готові шукати першу DevOps-позицію, реєструйтеся на платформі NETFORCE Jobs. Тут зібрані вакансії виключно у DevOps і суміжних напрямах від перевірених роботодавців.

Христина Донченко