Як найняти Back-end Developer: технічна співбесіда та CBI + 40 запитань для інтерв’ю

Команда HURMA продовжує серію статей про наймання технічних фахівців: минулий матеріал був присвячений прескріну та технічній співбесіді фронтенд-розробників, а тепер ми поговорили з експертами про пошук Back-end Developer. Разом з технічним рекрутером та Head of Engineering HURMA ми розкриємо секрети співбесіди таких затребуваних кандидатів.

Основний запит усіх продуктових та аутсорс-команд
Прескрін: питання щодо soft skills для backend-розробника
Правильний прескрін = висока лояльність до компанії
Як провести технічне інтерв’ю: питання для співбесіди бекенд-розробника
Міграція програмного продукту з однієї технології на іншу
CBI — інтерв’ю за компетенціями для технічного спеціаліста
Головна особливість рекрутингу бекенд-розробника

Основний запит усіх продуктових та аутсорс-команд

Ринок переживає бурхливий розвиток і, за скромними підрахунками, це триватиме ще мінімум 10 років. У цих умовах технічні фахівці мають широкі можливості для кар’єрного зростання, а дистанційна робота дає можливість міняти команди хоч кожні 6–9 місяців. Але така практика негативно сприймається компаніями: претенденти з великим послужним списком розглядаються особливо ретельно.

Золотий стандарт IT-індустрії — коли бекенд-розробник працює на одному проєкті мінімум 12–15 місяців (але можна й довше). Саме цього часу цілком достатньо для того, щоб влитися в колектив та зрозуміти не тільки стек технологій, а й людей, які зайняті в компанії.

Якщо претендент занадто часто змінює проєкти, потрібно з’ясувати справжні причини такої поведінки. Для позиції junior та junior+ така ситуація вважається цілком нормальною, але фахівці рівнем вище мають показувати послідовність та методичність. Продуктовий та аутсорс-бізнес «стрибунців» дуже не любить.

«Сорсер HURMA намагається розглядати кандидатів з досвідом від 1 року на одному проєкті. Такі фахівці на прескрині показують максимальну лояльність та зацікавленість: вони активні, знають про актуальні технології, запитують про «милиці». Співробітники в нас не стрибають з місця на місце та залишаються на довгий час. Тому здобувачам з таким же майндсетом у компанії сподобається. Саме таких спеціалістів ми наймаємо в команди PHP-розробки».

технічний рекрутер у HURMA

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

У back-end розробників у продукті може змінитися набір завдань у межах компетенцій. Але відкривати новий напрям під конкретного фахівця навряд чи хтось вирішить. Тільки якщо команда доведе цінність цього напряму для бізнесу.

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

Прескрін: питання щодо soft skills для backend-розробника

Зазвичай, у технічних фахівців перевіряють наявність п’яти основних гнучких навичок — це ефективна комунікація, уміння переконувати, здатність працювати в команді, адаптованість, тайм-менеджмент.

Кандидата можна запитати таке:

• Що важливіше для тебе та чому: бути слухачем чи комунікатором?
• Опиши складну переговорну ситуацію, у якій ти опинився. Яким був результат?
• Як би ти впорався з товаришем у команді, який не виконував свою частину роботи?
• Як ти змінюєш свій розклад, якщо відбувається щось незаплановане?
• Як ти розставляєш пріоритет у своїй роботі, якщо є декілька дедлайнів?

Насправді питання залежать від завдань, які будуть вказані перед спеціалістом, та специфіки команди. Наприклад, робота з продактами передбачає більш тісне спілкування між департаментами та режим багатозадачності. А під час роботи над аутсорс-проєктом backend-розробник іноді не контактує з замовником і перекладає ці функції на проджект-менеджера.

Пам’ятайте, що універсального шаблону перевірки soft skills не існує та потрібно орієнтуватися на конкретні вимоги.

Правильний прескрін = висока лояльність до компанії

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

У затребуваного кандидата в середньому проходить приблизно 10 прескринів щодня, тому він також оцінює компанію та рекрутера. Якщо останній проявляє емпатію, технічно підкований, може розповісти щодо стека та навіть відповісти на каверзні питання — це робить вакансію більш привабливою. Для кандидата рекрутер «в темі» викликає повагу, та претендент уже сам хоче дійти до етапу технічної співбесіди, поговорити з тимлідами.

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

«Моє завдання — продати технологію, зацікавити back-end розробника в HURMA. Я намагаюся в деталях розповісти про актуальні версії, методології, фреймворки. Кандидати завжди запитують та намагаються засипати термінами, змусити замислитися, перевіряють рекрутера.

Стане в пригоді не тільки технічна освіта, а й досвід роботи за спеціальністю (наприклад, розробником або тестувальником). Плюс рекрутер обов’язково має стежити за своїм проєктом та індустрією. Потрібно розуміти, що популярне, що на слуху та стане потрібною технологією в найближчому майбутньому.

Розмова на рівних сприяє зацікавленості кандидата та підвищує його лояльність».

технічний рекрутер у HURMA

Як провести технічне інтерв’ю: питання для співбесіди бекенд-розробника

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

Будь-яка воронка проходить кілька ітерацій доробок, у яких беруть участь усі фахівці. Зазвичай достатньо провести 2–3 дзвінки для уточнення всіх нюансів: буває, кандидат ставить такі питання, на які може відповісти лише лідер напряму або Head of Engineering. Додаткова зустріч після запуску в роботу вакансії просто необхідна для підвищення ефективності наймання.

Спілкування між наймаючим менеджером, технічним рекрутером та сорсером вдається побудувати з допомогою HRM-системи HURMA. Функціонал дає можливість залишати нотатки про вакансії та кандидатів, призначати 1:1 та синхронізувати свої зустрічі з Google Календарем. Переглянути конверсію воронки або інформацію щодо претендента можна безпосередньо в системі.

Запитання з архітектури та принципів розробки ПЗ:

• У чому відмінність об'єктно-орієнтованого та функціонального програмування?
• Що таке SOLID, DRY, KISS, YAGNI?
• Назвіть плюси та мінуси монолітної архітектури?
• Назвіть плюси та мінуси мікросервісів?
• Як «розділити» моноліт, не припиняючи розробку?

Запитання стосовно реляційних БД:

• Що таке складовий індекс?
• Що таке зовнішній ключ?
• Для чого потрібен оператор UNION?
• На вашу думку, чи завжди потрібна нормалізація БД? Коли доцільно використати денормалізовані БД?
• Як ви перенесете програму з однієї бази даних в іншу, наприклад, з MySQL до PostgreSQL?

Запитання щодо NoSQL:

• Що ви маєте на увазі під NoSQL?
• Які бувають типи NoSQL СУБД?
• Які переваги та недоліки реляційних СУБД у порівнянні з NoSQL?
• Що таке MapReduce?
• Чи є індекси в NoSQL?

Запитання стосовно CI/CD:

• Як під’єднати CI/CD до GitLab/Github?
• Як налаштувати тестування на кожен коміт, а складання артефактів на створення тега?
• Як прискорити виконання pipeline з допомогою директиви cache та/або використання docker?
• Як під’єднати сервіси під час тестування? (наприклад ДБ/Redis)?
• Як налаштувати деплой релізу?

Запитання стосовно Clouds:

• Як можна розгорнути програму в клаудах? Як це робити регулярно? (Як зв’язати з CICD?)
• Як скалювати програму в клаудах?
• Як масштабувати та бекапити дані БД у клаудах?
• Як організувати сервіс повідомлень у клаудах? Аналог RabbitMQ, ZeroMQ, Kafka, etc.?
• Що таке lambda функції? Для яких завдань їх найкраще використати? Які обмеження?

Запитання стосовно GIT:

• Що таке index у контексті GIT?
• Відмінність tag від branch?
• Якою командою можна скасувати останні 2 коміти. *Зі збереженням змін у коміті/без збереження?
• Як видалити файл з індексу Git? (сам файл має залишитися на своєму місці)
• Що виконує команда git rebase -i HEAD~15?
• За що відповідає команда git stash?
• Які ви знаєте моделі розгалуження у Git?

Міграція програмного продукту з однієї технології на іншу

Запит на міграцію даних диктується бізнес-процесами: це пов’язано з впровадженням нових технологій, використанням оновлених інструментів, новим рівнем захисту конфіденційних даних. Проєкти, що вимагають міграцію, завжди складні та потребують системного підходу.

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

Фахівець з досвідом комплексно дивиться на весь проєкт та аналізує кожну його складову частину. І він розуміє, що просто так закінчити етап міграції без втрат неможливо. Він бачить взаємозв’язок, розуміє, що потрібно перевірити, і може прогнозувати стабільний результат, важливий для досягнення бізнес-показників.

CBI — інтерв’ю за компетенціями для технічного спеціаліста

Етап CBI необхідний, щоб дізнатися про кандидата більше, ніж на первинному скринінгу. У період поголовної дистанційної роботи потрібно ретельно підходити до цього етапу. Час необхідно витратити максимально продуктивно: розпитати претендента щодо планування, дізнатися, як він збирається уникати помилок, будувати відносини в команді та ін.

На інтерв’ю корисно заглибитись у попередній досвід.

«Все частіше трапляються претенденти, які вміють себе продати, але вони не мають потрібного практичного досвіду. Кандидат може знати теорію, висловлювати свою думку, розповідати про best practices, сперечатися тощо. Але ось дійшовши до бойових завдань після наймання, не знає, як закінчити таск вчасно.

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

Head of Engineering у HURMA

Головна особливість рекрутингу бекенд-розробника

Back-end розробники та інші технічні фахівці завжди залишаються потрібні ринку. Розвиток IT-сектору в умовах пандемії відкриває більше можливостей для віддалених працівників та тих, хто шукає новий проєкт. Рекрутери мають розуміти, що занадто довгий процес наймання, може відклякнути програмістів. Крутого кандидата потрібно провести воронкою буквально за 3–4 дні, щоб його не встигли переманити конкуренти. У деяких випадках потрібно поєднати прескрін та CBI, а також максимально зменшити час на комунікацію між рекрутером, тимлідами та наймаючим менеджером.

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