Як ми шукали Senior-розробника та пояснювали, чому він Senior

Ми зіткнулися з труднощами в пошуку Senior-розробника та поясненні його рівня рекрутерам, що призвело до змін у нашій стратегії підбору.

---

Перший дзвіночок у Slack-каналі

Одного разу в нашому внутрішньому Slack-каналі розгорілася дискусія про те, чому нам не вдається знайти Senior-розробника. Один із рекрутерів поставив запитання: "Чому ми вважаємо, що цей кандидат дійсно Senior?" Це стало каталізатором обговорення, яке незабаром призвело нас до переосмислення підходу до пошуку та відбору кандидатів.

Чому це важливо

У нашій компанії, Fitlane AI, пошук кваліфікованих спеціалістів має вирішальне значення для успішної розробки продуктів. Ми працюємо над складними алгоритмами та продуктами, які потребують високої кваліфікації. Наявність досвідченого Senior-розробника не лише прискорює процес розробки, але й допомагає менш досвідченим членам команди зростати. Коли рекрутери починають сумніватися в кваліфікації кандидатів, це не лише сповільнює процес, але й підриває впевненість у нашій команді.

Конкретна проблема

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

Перші спроби

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

Технічний підхід

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

class CandidateEvaluation:
    def __init__(self, technical_skills, soft_skills, project_experience):
        self.technical_skills = technical_skills
        self.soft_skills = soft_skills
        self.project_experience = project_experience

    def is_senior(self):
        return self.technical_skills >= 8 and self.soft_skills >= 7

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

Зміни в продукті

Після впровадження нової системи оцінки ми помітили покращення в процесі підбору. Рекрутери стали більш впевненими у своїх оцінках, і кількість успішних працевлаштувань зросла. Це також відобразилося на якості роботи команди: нові співробітники швидше вливались у колектив і починали вносити вклад у проекти. Ми також оновили розділ на /jobs, щоб відобразити нові підходи до відбору.

Чому ми навчилися

  • Оцінка кандидатів повинна враховувати не лише технічні навички, але й особисті якості.
  • Стандартизовані шаблони можуть обмежувати розуміння унікальності кандидата.
  • Додаткові інтерв'ю можуть розкрити приховані таланти та досягнення.
  • Зворотний зв'язок від рекрутерів важливий для покращення процесів підбору.
  • Гнучкість в оцінювальних критеріях допомагає адаптуватися до змінюваних вимог.

Що це означає для кандидатів

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

Що це означає для рекрутерів

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

Наступні кроки

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

Пов'язані матеріали

  • Chart plannedПроцесс подбора кандидатов
    График, показывающий изменения в процессе подбора кандидатов до и после внедрения новой системы.
  • Architecture diagram plannedМодель оценки кандидатов
    Схема, иллюстрирующая новую модель оценки кандидатов.

Також на Fitlane AI

Теми: Senior разработчик, рекрутинг, подбор персонала, инженерные практики, разработка, Fitlane AI, вакансии