TLDR:
- щоб обрати хорошого кандидата, слід чітко сформулювати кого шукаємо
- для порівняння кандидатів слід оцінювати їх за однаковими критеріями
- ❗ якщо ж сумніви щодо кандидата — співпраця не буде ідеальною, вона буде “ок”, але з нюансами. Щоб нюансів не було, під час співбесіди не має бути сумнівів щодо кандидата
Якісна підготовка визначає результат найму. Перед початком інтерв’ю необхідно закрити наступні кроки:
- Сформулювати очікування від кандидата (якщо цього не зробили при створенні вакансії).
- Записати Core Signals.
- Підібрати питання або use cases, щоб покрити кожен Core Signal.
- Створити матрицю оцінок Core Signals для об’єктивного порівняння кандидатів.
Core Signals
Core Signals описують компетенції, які має мати кандидат, щоб закрити потребу в наймі. Цей список не повинен бути довгий — 3-6 пунктів.
Слід приділяти увагу поведінковим ознакам, принципу мислення, ключовим hard скілам, наприклад:
- Автономність, проактивність, відповідальність: ми хочемо підсилення команди, а не збільшувати витрати на мікроменеджмент.
- Аналітичне мислення: здатність знаходити рішення і бачити прогалини в умовах задач. Розуміти плюси, мінуси, компроміси технологій і рішень. Мати бізнес мислення і глибоке розуміння продукту
- Debug and optimization: практичний досвід використання логів, метрик, дебаггера і різних профайлерів для усунення проблем.
- Релевантний досвід: наприклад, робота з legacy, high-load, distributed systems і т.д.
- Дотримання стандартів якості: використання лінтерів, типізації, написання тестів, вміння структурувати і рефакторити код
- Якість комунікації, vibe: вміє структурувати думки, може пояснити простими словами, співпадає по цінностям
Крім потрібних компетенцій можна ще подумати про Red Flags. Яка поведінка і відповіді кандидата є поганим знаком. Наприклад, якщо кандидат весь час критикує співробітників з минулих місць роботи — це привід відмовити йому.
Підготовка питань
Розмова на співбесіді має будуватись таким чином, щоб кандидат говорив про свій досвід, а не демонстрував знання документації.
Є два підходи:
- обрати якийсь use case навколо якого вести бесіду. Найпростіше поговорити про те як би кандидат імплементив проект аналогічний вашому
- підготувати питання для розкриття кожного Core Signal
У будь-якому разі важливо переконатись, що кандидата було перевірено в контексті кожного Core Signal.
Тема питань на співбесіді обговорюється в Питання для співбесіди для перевірки Core Signals і Як провести співбесіду з розробником
Оцінка кандидатів
Створюємо таблицю в якій виставляємо оцінку (1-5) для кожного Core Signal:
| Кандидат | Результат | AVG | Проактивність | Аналітичне мислення | Debug/Optimization | Досвід | Стандарти якості | Комунікація |
|---|---|---|---|---|---|---|---|---|
| Sam Altman | ||||||||
| Linus Torvalds | ||||||||
| Sundar Pichai |
- Результат — може мати одне з 4 значень: точні ні, ні, так, точно так. Тут навмисно 4, а не 5 балів, щоб прибрати оцінку 3, яку неможливо конвертувати в “так” чи “ні”
AVG— опціональна колонка з середнім балом по всім Core Signals