Плюси та мінуси в резюме досвідченого DevOps Engineer
У цьому випуску рубрики краш-тестів троє експертів з найму проаналізували резюме DevOps Engineer Арсена Зінченка. Він надав редакції DOU своє CV для розгляду (якщо ви теж хочете взяти участь — заповнюйте анкету).
Спеціалісти з компаній N-iX, SKELAR і Brainstack_ відзначили плюси резюме й дали поради, як його можна поліпшити.
CV Арсена:
⭐ «Кандидат на вакансію має володіти не тільки технологічним стеком, важливою є професійна освіта»
Вадим Ханько, Senior Software/DevOps Engineer в N-iX
Як менеджер під час перегляду резюме кандидата я звертаю увагу на формат, мову, орфографію, пунктуацію, стислість, чіткість викладу, наявність технічних деталей до опису проєктів (обов’язків, задач). Зважаю, чи вжито професійний жаргон, чи немає занадто емоційних формулювань.
Окрім того, що кандидат на вакансію має володіти необхідним технологічним стеком, важливою є професійна освіта. Це щонайменше показник того, що кандидат не випадкова людина в галузі і ще під час навчання мав мотивацію та пройшов початковий професійний відбір.
Гарний показник, коли спеціаліст працював на проєктах, де треба було брати на себе відповідальність за технічні рішення, допомагав досвідом і знаннями колегам, мав досвід роботи в консалтингових компаніях.
Щодо запропонованого резюме, то серед плюсів: непогано сформатовано, має необхідні технічні деталі про досвід. Його цікаво читати, і з CV видно, що людина має досвід керування реалізацією деяких частин проєктів, роботи з людьми тощо.
Що варто поліпшити: у досвіді я б уникав таких висловлювань, як «Working in IT since 2005. In love with AWS, Linux...» тощо. Було б, на мій погляд, краще написати: «Summary: more than 19 years of experience in IT. Experience with AWS — 5 years, experience with Linux — 10 years... Professional interests: AWS, Linux... Roles: Release Engineer, Cloud Infrastructure Engineer...
Далі у реченні забагато «and», деякі проблеми зі стилістикою: «...and managing DevOps teams and cross-team processes for a project». На мій погляд, краще б було написати: «...mentoring DevOps teams, building and improving cross-team processes for projects.»
Ще одна заувага про стилістику: «...We had to take more DevOps engineers and formate a DevOps team». Я б написав якось так: «We had to hire more DevOps engineers in order to create a DevOps team.»
Не зовсім зрозуміла інформація про професійну освіту кандидата. Я так і не зміг знайти повну назву навчального закладу, що закінчив кандидат на вакансію за абревіатурою у резюме.
Які пункти з резюме я б обговорив б під час особистого спілкування? Акцентував би на необхідному для вакансії технологічному стеку. На бажанні кандидата опанувати технології, що можуть знадобитися для роботи, але є поза межами його професійних інтересів і досвіду.
Розпитав би, як саме ухвалювалися технічні рішення на попередніх місцях роботи. Що для кандидата є важливим, щоб почуватися комфортно в команді.
Загалом я запросив би цього кандидата на технічну співбесіду. Я не прихильник автоматизованих тестів, які проводять здебільшого у відділі кадрів. Думаю, що вони передусім перевіряють пам’ять людини, а не знання. І не дають об’єктивної оцінки технічному кругозору, досвіду.
⭐ «Незалежно від рівня сеньйорності спеціаліста, ставити каверзні запитання у конкретних технологіях — не ефективно»
Владислав Папідоха, DevOps Engineer в TENTENS Tech by SKELAR
Наймаючи у свою команду, я найбільше звертаю увагу на досягнення людини у попередніх компаніях і мотивацію. Позиція DevOps-інженера складна тим, що сфери обовʼязків та набору технологій у різних компаніях відрізняються. Десь це власна серверна інфраструктура з віртуалізацією, десь — комбінація хмари та SaaS. А ще хтось займається процесами доставки ПЗ до мікроконтролерів на іншому кінці світу. І це лише частина випадків.
Мій досвід показує, що незалежно від рівня сеньйорності спеціаліста, ставити каверзні запитання у конкретних технологіях — не ефективно. Я очікую від кандидатів сильних фундаментальних знань у сфері, гнучкості мислення, відсутності страху до нового та вміння оптимізувати процеси. І це не завжди потребує надвисокого рівня технічної підготовленості безпосередньо у нашому стеку.
Критично важливими є мотивація та бізнес-орієнтованість. На співбесіді я точно поставлю запитання на кшталт «А яким напрацюванням з минулого місця роботи ви пишаєтеся найбільше?» та «Чому ви вирішили це реалізувати саме так?». Щоб дослідити, яким був мотив розв’язати проблему бізнесу і чи не було це впровадження технології заради технології.
Окремо виділю, що ніколи не варто применшувати роль резюме. По-перше, воно формує перше враження про вас ще до знайомства. А по-друге, найчастіше саме воно є основною підставою, чи ваш профайл ще на етапі скринінгу вважатимуть релевантним.
Плюси резюме
Наведене резюме — лаконічне та добре структуроване. Працюючи з ним, легко знаходити потрібну інформацію та повертатися до неї для дослідження.
Вкрай добре, що кандидат залишив у шапці посилання на власний блог. Втім рекомендую його підписувати відповідним чином.
Відзначу як плюс порівняно короткий перелік навичок, що дає в загальних рисах зрозуміти технічний стек.
Що варто змінити чи подати інакше
Попри гарну структуру резюме, воно надміру довге. Я б радив скоротити його бодай удвічі, допрацювавши кілька моментів:
◼️ Більше деталізувати обовʼязки та досягнення саме на останніх двох-трьох місцях роботи. Я вважаю, що досвід, здобутий понад над
Тож добре, що кандидат гарно розписав свій досвід, здобутий на класних позиціях у провідних компаніях, але якщо це було давно, то важко оцінити актуальність здобутків і їхню потенційну користь для майбутнього місця роботи.
◼️ Мене насторожує брак якісної деталізації досягнень команди кандидата на Lead та Head позиціях у минулому. Автор резюме зосереджується на власних досягненнях як інженера, описуючи свою роботу як менеджера в загальних фразах. Це щось протилежне очікуваному від людини з відповідним досвідом.
◼️ Попри зосередженість кандидата на технічних впровадженнях з минулих місць роботи, вони теж немов позбавлені життя. Читаючи резюме інженера з власним технічним блогом та успішною багаторічною карʼєрою, очікуєш більших надбань, ніж розгортання K8s-кластерів чи конфігурація моніторингового контуру у незрозумілих за обʼємами та складністю інфраструктурах. Це безперечно стане причиною додаткових питань під час співбесіди. І якщо деталізувати причини цих впроваджень і масштаби подальших змін у самому резюме — інтервʼюєр починатиме діалог з більшою впевненістю у навичках кандидата.
Окремо від себе дам кілька порад, що полегшать менеджерам ознайомлення з резюме кандидата:
- ідеально, якщо воно займає
1–2 сторінки - останній досвід роботи вказаний першим, вказані часові проміжки роботи, працюють усі прошиті посилання.
- CV не має орфографічних помилок.
Це проста база, але часто про неї забувають, що погіршує сприйняття портрета людини.
⭐ «Знайдіть потенційного колегу і передайте резюме через нього»
Діана Кудименко, Recruiter у Brainstack_
Взагалі резюме досить гарне, з плюсів я б виділила:
- є контакти, великий плюс — блог
- самарі справді має вигляд самарі: зрозуміло, чим можна зацікавити кандидата, з чим він вже працював та на яких позиціях, які виклики перед ним стояли раніше. Все коротко і зрозуміло;
- до кожної позиції є опис завдань, короткий опис проєкту;
- дотримана послідовність, хронологія: першим описано поточне місце роботи;
- вказані терміни роботи;
- є окремі блоки: освіта, скіли;
- додано нагороду, яка говорить про експертність в AWS;
- приємний стиль оформлення, є структура.
Які можу дати рекомендації
◼️ Не зайвим буде підписати посилання на блог, оскільки це важливий елемент, але він не одразу помітний.
◼️ Враховуючи те, що резюме передусім потрапляє до рекрутера, який витрачає на вичитку до хвилини, то я б рекомендувала винести блок навичок на початок, скажімо після самарі.
◼️ Буде не зайвим доповнити скіли, а саме додати той стек та інструменти, які згадані в описі досвіду. Блок скіли це теж своєрідне самарі, але більш лаконічне і технічне.
◼️ Варто обʼєднати досвід роботи в одній компанії, але на різних позиціях/проєктах в один блок. Наприклад: написати назву компанії, нижче назву останньої позиції, термін роботи, задачі. Ще нижче — попередня позиція і далі за списком. У такому вигляді не дуже впадає в очі те, що кандидат на одній позиції працював чотири місяці, а на іншій сім. Навпаки, одразу зрозуміло, що це розвиток всередині однієї компанії.
◼️ Якщо кандидат відгукується на позицію ліда/хеда, то у відповідному досвіді варто додати, які менеджерські завдання він виконував, з якими спеціалістами працював, чисельність команди. Якої методології менеджменту дотримувався.
◼️ Хоча резюме написано англійською, варто все ж додати блок з мовами. Для компаній, в яких корпоративна мова англійська або є потреба спілкуватись з клієнтом, важливо відразу бачити рівень володіння нею.
Я б залюбки поспілкувалась з Арсенієм, він має цікавий досвід, працював з різними технологіями, активно займається саморозвитком і готовий ділитися знаннями. Загальне враження на цьому етапі винятково позитивне: очевидно, що резюме готували з бажанням проявити себе максимально прозоро.
Що робити, аби ваше резюме не загубилося
Оскільки є багато відгуків на вакансії і велика частина з них — нерелевантні, я відповідаю не всім. Якщо ви на 100% впевнені, що маєте необхідний досвід, зможете виконувати описані завдання, то можете писати рекрутерам в LinkedIn.
Але памʼятайте, що інші кандидати можуть чинити аналогічно, тому ваше повідомлення може загубитись серед інших. У такому разі знайдіть потенційного колегу і передайте резюме через нього.
У резюме ми звертаємо увагу на позицію, яку хоче зайняти кандидат, на скіли, стек технологій, досвід і завдання. А також, звісно, на грамотність і відсутність помилок.
