Нужно нанять разработчика, а человека, который уверенно оценит код, в компании нет. В этот момент соблазнительно довериться знакомому программисту, тесту или приятному разговору. Но сначала полезно разделить вопросы.
Вы можете разобраться в задачах, прошлом опыте и ожиданиях кандидата. Для проверки технических решений понадобится специалист. Так вы сохраните участие в найме и будете понимать, на чём основан итоговый выбор.
О чём вы можете поговорить сами
Попросите рассказать о последнем значимом изменении в продукте. Для кого его делали, какую проблему решали и что кандидат делал лично? Пусть объясняет без расчёта на ваши знания языка программирования.
Уточните, какие требования были неясными и с кем он их обсуждал. Что происходило, когда сроки переставали сходиться? Как проверяли результат после запуска?
По этим ответам можно продолжить разговор о самостоятельности и работе с коллегами. Но не стоит делать технический вывод только потому, что объяснение звучало убедительно. Умение понятно рассказать важно, а корректность решения требует отдельной проверки.
Что передать эксперту
Соберите описание продукта, команды и ближайших задач. Укажите, кто будет проверять код после найма и сколько помощи доступно. Интервьюеру нужно понять, к какой работе он оценивает человека.
Попросите проверить основные технологии, чтение и изменение кода, выбор решений и вопросы надёжности, которые важны для вашей системы. Для разных ролей глубина этих тем будет разной.
Заключение «сильный middle» оставляет слишком много вопросов. Полезнее узнать, что разработчик сможет делать сам, где понадобится поддержка и на каких ответах основан этот вывод.
Как выбрать приглашённого интервьюера
Ищите человека, знакомого с вашим стеком и умеющего проводить интервью. Хороший разработчик не автоматически хороший интервьюер — обсудите подход до встречи.
Расскажите о вакансии и спросите, какую короткую задачу он предложит и почему. Попросите пример заключения без данных чужих кандидатов. Проверьте, понятны ли вам выводы и связаны ли они с работой.
Договоритесь о времени, доступных инструментах и вопросах. Кандидату объясните, кто будет на встрече и что проверят. Несколько раундов случайных задач от разных знакомых едва ли дадут более ясную оценку.
Передавайте интервьюеру сведения, нужные для проверки, без закрытых материалов прежних работодателей кандидата. Обезличенного примера вашего продукта обычно достаточно для подготовки небольшой задачи.
Что попросить после интервью
Пусть эксперт приведёт примеры сильных сторон и сложностей. Например: человек сам заметил ошибку в обработке данных, но для выбора архитектуры ему понадобились подсказки.
Отдельно спросите, чего встреча не позволила проверить. Это нормальная часть заключения: за час невозможно узнать всё о будущей работе.
Если два эксперта разошлись, сравните задачи и основания оценок. Возможно, один проверял исполнителя под руководством, а другой — единственного разработчика компании. Не нужно выбирать более уверенный голос, пока не прояснили эту разницу.
Соберите решение по всей работе
К техническому заключению добавьте свой разговор: понимает ли кандидат продукт, подходят ли ему условия и почему он рассматривает переход. Обсудите с экспертом оставшиеся сомнения. Для важного вопроса может понадобиться одно короткое уточнение.
Подумайте и о поддержке после выхода. Кто объяснит систему, проверит первые изменения и поможет со сложной задачей? Приглашённый специалист проводит оценку, но не становится руководителем разработки по умолчанию. Если команду планируют расширять, вопрос технического управления тоже стоит решить заранее.