Как проводить техническое собеседование: гайд для интервьюера

Каким должно быть хорошее собеседование

Техническое собеседование отвечает на один вопрос: сможет ли этот человек делать эту работу в этой команде? Не «такой же ли он умный, как я» и не «знает ли он мой любимый трюк».

У хороших собеседований пять общих черт:

• понятный профиль роли, написанный до первого кандидата;
• структурированные вопросы и задачи, одинаковые для всех на одном уровне;
• шкала оценки, описывающая слабый, хороший и сильный ответ;
• фидбек на основе фактов, написанный независимо, до обсуждения с другими интервьюерами;
• уважительный опыт, после которого у кандидата остаётся честное впечатление, даже при отказе.

Шаг 1. Определите профиль

Договоритесь с нанимающим менеджером, чем человек будет заниматься в первые месяцы. Превратите это в 3–6 компетенций для оценки, например:

• написание кода и его качество;
• решение задач и отладка;
• системный дизайн (для middle и выше);
• знание основного стека;
• взаимодействие и коммуникация.

Для каждой компетенции определите ожидаемый уровень. От junior не ждут проектирования распределённой системы; от senior ждут обсуждения компромиссов без подсказок.

Закрепите каждую компетенцию за конкретным этапом, чтобы ничего не проверялось дважды и ничего не терялось.

Шаг 2. Подготовьте вопросы и задачи

Выбирайте задачи, близкие к реальной работе. Отладка небольшого фрагмента кода, расширение существующей функции, проектирование API для знакомой фичи или ревью pull request скажут больше, чем головоломки.

Свойства хорошей задачи:

• Решаема за отведённое время кандидатом целевого уровня, с запасом для углубления.
• Многоуровневая: базовая версия, затем уточнения, повышающие сложность.
• Понятные входные данные и ожидаемый результат, чтобы кандидат не тратил время на угадывание требований.
• Проверена на коллегах до использования с кандидатами.

Заранее подготовьте уточняющие вопросы: «Как бы вы это протестировали?», «Что изменится, если данных станет значительно больше?», «Где это может сломаться в продакшене?».

Шаг 3. Напишите шкалу оценки

Без шкалы оценки отражают настроение и личный вкус. Опишите каждый уровень через наблюдаемое поведение:

Оценивайте каждую компетенцию отдельно, затем дайте общую рекомендацию.

Шаг 4. Снижайте предвзятость

• Задавайте всем одни и те же базовые вопросы для одного уровня.
• Конспектируйте во время интервью: что кандидат сказал и сделал, а не ваши впечатления.
• Пишите фидбек до разговора с другими интервьюерами, чтобы мнения не «якорили» друг друга.
• Отделяйте сигнал от стиля: акцент, уверенность, название вуза или сходство с вами — не компетенции.
• Не используйте «не подходит по культуре» как размытую причину; если важно взаимодействие, опишите, что именно оцениваете.
• Регулярно калибруйтесь: сравнивайте оценки с другими интервьюерами и разбирайте прошлые решения.

Шаг 5. Опыт кандидата

Кандидат тоже оценивает вашу компанию. Простые правила:

• Представьтесь и объясните формат в начале: сколько длится, какие этапы, можно ли пользоваться документацией.
• Позволяйте задавать уточняющие вопросы и считайте их положительным сигналом.
• Давайте подсказки, когда кандидат застрял, и отмечайте их в фидбеке, вместо минут тишины.
• Оставьте время на его вопросы в конце и отвечайте честно.
• Не намекайте на результат во время интервью; решение принимается после сбора всех отзывов.
• Убедитесь, что кандидат получит ответ в обещанный срок.

Шаг 6. Пишите полезный фидбек

Фидбек нужен для решения о найме, поэтому он должен быть конкретным:

Рекомендация: Нанять (middle backend)

Решение задач — 3: Уточнил формат входных данных, построил рабочее решение,
обработал пустой ввод после вопроса о граничных случаях.
Качество кода — 4: Понятные имена, вынес вспомогательные функции, написал два теста.
Системный дизайн — 2: Предложил одну базу данных, не обсуждая нагрузку;
улучшил решение после вопроса о большом количестве чтений.
Сомнения: Мало опыта с кэшированием; можно закрыть на онбординге.

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

Типичные ошибки

• Импровизировать вопросы для каждого кандидата.
• Проверять мелочи, которые разработчик нагуглит за секунды.
• Говорить больше кандидата.
• Оценивать только по финальному ответу, игнорируя ход рассуждений.
• Торопиться закрыть вакансию и негласно опускать планку.