Метка: собеседование

  • Как ускорить найм на удалёнку

    Больше всего в процессе найма я люблю собеседования. И не люблю найм тоже из-за собеседований. Классно пообщаться с компетентным и мотивированным человеком, который хочет работать. И выматывают собесы, когда нужно проводить потоком встречи со странными людьми, которые спрашивают одно и то же.

    Поэтому я делаю отсеивающую воронку, чтобы провести всего два-три собеседования. Соискатель проходит через авторазбор на HH, потом получает огромную анкету, далее отсев по анкете, психологический тест и звонок с ассистентом. Кто прошёл через всё это, попадает на живое собеседование. Приходится ждать пока накопятся анкеты, потом их нужно разобрать и согласовать собесы. Очень всё это растянуто во времени.

    На днях Кирилл Афонин показал мне свою технологию найма: соискатель откликается на HH и получает ссылку на онлайн-тур по вакансии. Смотрит видео-приветствие, знакомится с компанией и продуктом, полностью погружается в будущую должность. После прохождения тура отвечает на вопросы и записывает видео-визитку. Всё автоматизировано, а мы выбираем кандидатов из анкет с видео-визитками! По-моему, это классный формат найма на удалёнку и апгрейд моего процесса.

    Кирилл обычно комплектует менеджерами отделы продаж, а в последнее время начал подбирать для клиентов сотрудников на айти-должности. В принципе, технология подходит для найма любых удалёнщиков.

    Если вы тоже хотите ускорить найм и посмотреть, как это выглядит на практике — напишите Кириллу.

  • Тестовые задания для разработчиков

    Тестовые задания для разработчиков

    Тестовые задания для разработчиков.

    Не люблю я тестовые задания. И разработчики не любят.

    Сеньоры считают тестовое оскорбительным. Тестовое не покажет, где сеньор проявляется — в архитектурных проблемах и решении ребусов. Сеньор нужен как раз для того, чтобы код не пришлось писать. Его наличие экономит время всей команды.

    Мидл не оскорбится, но проверить его навыки у вас тоже получится плохо. С выдуманным маленьким тестовым он справится без труда. Большое тестовое бесплатно делать не захочет. Задание нужно компетентно проверить и затем обсудить. Кто будет тратить на это ресурсы?

    Джун может посыпаться даже на простом задании. Вы же собираетесь его доучивать? Проверите разве что базовые навыки: нажимать на кнопки, смотреть в документацию и кормить вашими тестовыми нейросеть.

    Лайв кодинг — отдельная категория увеселительной и ненужной активности. Выполняем абстрактное тестовое онлайн и наблюдаем за нервничающим кандидатом. Так можно проверить только стрессоустойчивость, но не навыки решения проблем.

    Задайтесь вопросом, что мы на самом деле пытаемся у кандидата тестовыми заданиями узнать? Можно ли эти ответы получить иначе?

    Моя практика с тестированием навыков такая:
    1) Для сеньоров и мидлов — начать с обсуждения тестового ТЗ, очень похожего на реальный проект. Тут вы действительно сможете понять логику, оценить предлагаемые решения и обсудить реализацию. На пальцах и за 20 минут. Такое ТЗ без проблем составит ваш ПМ.
    2) Дать настоящие задачи и оплатить их выполнение. Я стараюсь вывести всех перспективных кандидатов на тестовую неделю. Мы увидим всё — навыки коммуникации, командной работы, скорость работы, владение реальными инструментами и возможность решать задачи реального мира. В любой момент тестовой недели обе стороны могут остановить тест и безопасно разойтись.
    3) Для джуна — он же не только у вас собеседование проходит. Спросите, какие ещё тестовые он проходил — и попросите показать результат. Сомневаюсь, что он подписал на тестовые NDA. Заодно поймёте, как подбирают разработчиков ваши коллеги и конкуренты.
    4) У всех кандидатов просить реальный код любого проекта. Можно не с прошлой работы, можно пет-проект. Этот код можно скормить на аудит нейросетке.

    А у вас как с тестовыми? Были случаи, когда они реально необходимы?