Как проводить собеседования: структура, оценка, предвзятость, обратная связь

Через полгода-год после выхода на первую работу вас однажды позовут «посидеть на секции». Не потому что вы стали экспертом по найму, а потому что людей не хватает, а вы уже понимаете код команды. Скорее всего, никто не объяснит, что делать: дадут ссылку на встречу, резюме за пять минут до начала и напутствие «ну ты просто поспрашивай».

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

Про другую сторону стола — в Как проходить собеседования. Здесь мы её не пересказываем, но полезно держать в голове: всё, что вы делаете как интервьюер, кандидат по ту сторону читает и интерпретирует.

Зачем вообще собеседование: чего вы пытаетесь добиться

Начнём с честной формулировки задачи. Собеседование — это прогноз при жёстком дефиците данных: за 3–6 часов общения вы пытаетесь предсказать, как человек будет работать следующие несколько лет. Это статистическая задача с плохим отношением сигнала к шуму, и относиться к ней надо соответственно.

У процесса три цели, и они конкурируют:

1. Отсеять тех, кто не справится. Самая очевидная и самая переоценённая цель.
2. Не потерять тех, кто справится. Про неё забывают, потому что она невидима.
3. Оставить о компании нормальное впечатление. Кандидат, которому отказали, — потенциальный клиент, будущий коллега и автор поста в канале. В маленьком рынке (а рынок разработчиков в одном городе и стеке — маленький) репутация процесса влияет на входящий поток сильнее, чем зарплатная вилка.

Дальше — про то, что мешает всем трём.

Насколько интервью вообще работает

Есть большой корпус исследований по предсказательной силе методов отбора. Классическая работа — метаанализ Schmidt & Hunter (1998, Psychological Bulletin), из которого разошлись по всем корпоративным презентациям цифры вроде «структурированное интервью — 0.51». В 2022-м Sackett, Zhang, Berry и Lievens (Journal of Applied Psychology) пересчитали те же данные без ряда завышающих поправок, и оценки заметно упали.

Конкретные числа заучивать бессмысленно — они спорны и зависят от методики. Устойчивы три вывода, и их достаточно:

• Структура сильнее её отсутствия. Одно и то же время, потраченное по плану, даёт заметно больше сигнала, чем «свободная беседа».
• Наблюдаемая работа сильнее рассказа о работе. Посмотреть, как человек пишет и обсуждает код, полезнее, чем послушать, как он описывает, что писал раньше.
• Даже лучший метод далёк от точности. При корреляции 0.4 вы ошибаетесь регулярно. Любой интервьюер, уверенный, что «видит人 людей за пять минут», просто не считал свои промахи.

Отдельно отрезвляет статистика interviewing.io: у одного и того же кандидата результаты разных технических интервью расходятся гораздо сильнее, чем принято думать — человек, «проваливший» секцию, на следующей неделе на такой же секции получает высокий балл (разбор данных в их блоге). Вывод не «интервью бесполезно», а «одна секция — это одно зашумлённое измерение, и строить на ней решение нельзя».

Две ошибки и их несимметричная цена

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

Осознанный выбор перекоса зависит от контекста:

Про контекст компаний подробнее — в Энтерпрайз изнутри и Стартап изнутри.

Процесс найма: где вы в нём находитесь

Прежде чем говорить про технику интервью, нужно понять, какую роль вы играете и какое решение принимаете именно вы.

Обратите внимание на ветку «не хватает данных». В здоровом процессе она существует и используется; в нездоровом её нет, и любая неуверенность автоматически превращается в отказ, потому что так безопаснее для интервьюера.

Разделение ролей (подробнее про роли — в Кто есть кто в команде):

• Рекрутер ведёт воронку, отвечает за скорость, коммуникацию и то, чтобы кандидат не пропал между этапами. Он не оценивает вашу техническую глубину.
• Хайринг-менеджер (обычно тимлид или руководитель направления) владеет вакансией: формулирует профиль, принимает финальное решение, отвечает за результат найма.
• Интервьюер-инженер — вы. Ваша работа: собрать наблюдения по своей части рубрики и передать их дальше. Не «решить судьбу», не «завалить», не «понять, наш ли человек вообще». Вы — один датчик из нескольких.

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

Что делать до интервью

Большинство провальных собеседований проваливаются до их начала.

Профиль роли: что именно вы ищете

Прежде чем звать людей, команда должна ответить: какие задачи человек будет решать в первые полгода и без каких навыков он их не решит. Не «ищем сильного backend-разработчика», а «нужен человек, который заберёт биллинг: там Go, Postgres, интеграции с платёжками, много легаси и жёсткие требования к консистентности».

Из профиля вырастают 4–6 компетенций — того, что вы будете оценивать. Больше шести не бывает: вы физически не успеете их проверить.

Типичный набор для мидла в продуктовой команде:

1. Программирование — пишет корректный, читаемый код, видит краевые случаи.
2. Проектирование — раскладывает задачу на части, выбирает структуры данных и границы модулей.
3. Эксплуатационное мышление — думает про отказы, наблюдаемость, миграции, обратную совместимость.
4. Работа с неопределённостью — задаёт уточняющие вопросы, проверяет предположения.
5. Коммуникация и командная работа — объясняет решения, принимает и даёт обратную связь.
6. Доменная специфика (если критична) — например, опыт с высокими нагрузками или с 152-ФЗ.

Уровни ожиданий по этим осям берутся из грейдовой сетки — см. Грейды. Проверять сеньора и джуна по одинаковой рубрике — классическая ошибка: джуна отсеет требование автономии, сеньора — придирки к синтаксису.

Распределение компетенций по секциям

Дальше — план, кто что проверяет. Иначе три интервьюера подряд спросят про индексы в базе, а про то, как человек работает в команде, не спросит никто.

# vacancy: backend-engineer-billing, grade: middle
# Матрица покрытия: каждая компетенция закрыта минимум одной секцией,
# критичные — двумя (независимые измерения снижают шум).
competencies:
  coding:            [tech_screen, pair_task]
  design:            [pair_task, system_design]
  operations:        [system_design]
  ambiguity:         [pair_task, behavioral]
  communication:     [behavioral, final]
  domain_payments:   [system_design, final]

sections:
  tech_screen:
    duration_min: 60
    interviewers: 1
    goal: "отсечь несовпадение уровня; дешёвый этап, не перегружать"
  pair_task:
    duration_min: 90
    interviewers: 2          # второй молчит и пишет заметки — это его первая роль в найме
    goal: "наблюдать работу с кодом на задаче, похожей на реальную"
  system_design:
    duration_min: 60
    interviewers: 1
    goal: "границы, отказы, данные, компромиссы"
  behavioral:
    duration_min: 45
    interviewers: 1
    goal: "конфликты, ошибки, обратная связь, работа с приоритетами"
  final:
    duration_min: 30
    interviewers: 1          # хайринг-менеджер
    goal: "мотивация, ожидания, ответы на вопросы кандидата"

Четырёх-пяти секций почти всегда достаточно. Ласло Бок в «Work Rules!» приводил внутренние данные Google: после четвёртого интервью прирост точности предсказания становится незначительным — а вот отвал кандидатов из-за длины процесса растёт линейно. Если у вас семь этапов, вы уже платите за них ложными отказами и репутацией.

Рубрика: как выглядит шкала

Рубрика — это описание, что значит каждый балл по каждой компетенции. Без неё «4 из 5» одного интервьюера и «4 из 5» другого — разные величины.

Рабочая шкала — четыре уровня, без середины:

Почему нет пятой градации и почему шкала чётная: середина — это способ не принимать решение. Если вариант «ну, средненько» доступен, туда сваливается половина оценок, и дебриф превращается в гадание.

Отдельно от баллов — итоговая рекомендация по секции: strong hire / hire / no hire / strong no hire. И только после того, как вы записали наблюдения. Порядок важен: сначала факты, потом оценка, потом рекомендация. Обратный порядок — это уже рационализация первого впечатления.

Структурированное интервью: что это на самом деле

«Структурированное» не значит «зачитывать вопросы по бумажке». Значит:

1. Одинаковый костяк для всех кандидатов на одну роль. Одни и те же базовые задачи, одни и те же поведенческие вопросы. Иначе вы сравниваете несравнимое.
2. Заранее определённые критерии оценки. Что считается хорошим ответом — решено до интервью, а не подгоняется под то, что кандидат сказал.
3. Фиксация наблюдений по ходу. Что человек сделал и сказал, а не ваше впечатление.
4. Независимая оценка до обсуждения с коллегами.

Google опубликовал свой подход к структурированному интервью в re:Work — это редкий случай, когда крупная компания честно расписала методику, включая шаблоны рубрик. Теоретическая база — работы Канемана; в «Noise» (Kahneman, Sibony, Sunstein) отдельная глава посвящена найму и объясняет, почему независимые оценки до обсуждения дают меньше шума, чем групповая дискуссия. Короткая версия той же идеи — статья Noise: How to Overcome the High, Hidden Cost of Inconsistent Decision Making в HBR.

Импровизация не запрещена — запрещено импровизировать критерии. Углубляться в интересную ветку разговора нормально; менять по ходу представление о том, что вы измеряете, — нет.

Тайминг одной секции

Час технической секции разумно разложить так:

Две детали, которые новички стабильно пропускают.

Первые пять минут — ваша работа, не кандидата. Человек нервничает, и тревога режет производительность сильнее, чем незнание фреймворка. Скажите, кто вы, что будет происходить, сколько это займёт, что можно гуглить и что оценка идёт не за скорость. Это не вежливость, а снижение шума в измерении.

Последние десять минут — обязательные. Кандидат тоже выбирает. Если вы съели всё время задачей и оборвали на «ну ладно, вопросы потом рекрутеру», сильный кандидат уйдёт к тем, кто нашёл время поговорить.

Форматы секций и что каждый реально измеряет

Вопросы на знание фактов

«Чем отличается процесс от потока?», «Какие уровни изоляции есть в Postgres?». Дёшево, быстро, но измеряет в основном свежесть подготовки. Годится как быстрый фильтр на скрининге и как вход в разговор: не «назовите уровни изоляции», а «расскажите, ловили ли вы аномалии из-за уровня изоляции, что делали». Второй вопрос уже про опыт, а не про запоминание.

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

Задача на код

Главный вопрос: насколько задача похожа на работу. Инвертировать бинарное дерево на доске похоже на работу в очень немногих командах. Хорошая задача:

• решается за 30–40 минут в среднем темпе, но имеет продолжение для сильных;
• допускает несколько разумных решений — тогда видно ход мысли, а не «угадал/не угадал»;
• не требует озарения: если задача решается только фокусом, вы измеряете, видел ли человек этот фокус;
• ближе к предметной области: разбор формата, агрегация событий, дедупликация, ретраи.

Отдельный формат, который сильно недооценён, — разбор чужого кода. Вы приносите фрагмент со специально заложенными проблемами и просите отревьюить его вслух.

# Кандидату: «Это попало в PR. Разберите вслух — что бы вы написали в ревью?»
def charge_user(user_id: int, amount: float, db, payments) -> bool:
    user = db.query(f"SELECT * FROM users WHERE id = {user_id}")   # SQL-инъекция
    if user["balance"] > amount:                                   # знак: нет равенства
        payments.charge(user["card"], amount)                      # внешний вызов без таймаута и ретраев
        db.execute(                                                # списание после платежа: упадём — деньги ушли
            f"UPDATE users SET balance = balance - {amount} WHERE id = {user_id}"
        )
        return True
    return False
# Плюс: float для денег, нет транзакции, нет идемпотентности,
# при повторной доставке запроса спишем дважды, нет логов, bool вместо явной ошибки.

Такой фрагмент за 20 минут даёт больше, чем час алгоритмов. Видно, что человек замечает в первую очередь: синтаксис, безопасность, деньги, отказы, поддерживаемость. Видно, как он формулирует замечания — а код-ревью он будет делать каждую неделю (про то, как оно устроено в работе, — Разработка).

System design

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

Что здесь действительно важно оценивать:

• Уточняющие вопросы. Кандидат, который сразу рисует кубики, не спросив про нагрузку, требования к консистентности и сроки, — тревожный сигнал; такой же человек будет писать код по недопонятому тикету.
• Компромиссы вслух. «Возьму очередь — получу устойчивость к пикам, заплачу сложностью отладки и eventual consistency» лучше, чем «возьмём Kafka, она быстрая».
• Отказы и эксплуатация. Что произойдёт, если платёжный шлюз отвечает 30 секунд. Как это мониторить. Как выкатывать без даунтайма. Связь с Релизом и эксплуатацией прямая.

Что оценивать нельзя: совпадение с вашим любимым решением. Если вы ждёте конкретную архитектуру и снижаете балл за другую, вы проверяете телепатию. Полезно заранее выписать 2–3 разумных решения задачи и признаки хорошего рассуждения — это часть рубрики. Про сам предмет — Проектирование.

Поведенческая секция

Секция про то, как человек работал раньше. Работает только если вы спрашиваете про конкретные случаи, а не про гипотезы.

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

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

Полезные темы: провал и что из него вынес; конфликт с коллегой; задача с непонятными требованиями; ситуация, когда пришлось сказать «не успеем»; когда получил жёсткую обратную связь. Про то, как это устроено внутри работающей команды, — в Как расти и в статье Команда и коммуникация трека project-management.

Домашнее задание

Даёт хороший сигнал и уважает интровертов, но стоит кандидату несколько часов неоплаченного времени. Правила приличия:

• ограничивать явно: «рассчитано на 3–4 часа, больше не делайте, мы не оцениваем объём»;
• давать альтернативу: пусть кандидат может вместо задания принести свой код или пройти живую секцию;
• обязательно обсуждать результат голосом — иначе вы не отличите его работу от чужой и потеряете самое ценное: почему он сделал именно так;
• не использовать как бесплатную рабочую силу. Задание из вашего бэклога — это не тестовое, это неоплаченный труд, и рынок такое запоминает.

Живые каталоги компаний, отказавшихся от алгоритмических секций, ведутся публично — например, Hiring Without Whiteboards. Полезно посмотреть, как формулируют свои процессы другие.

Как вести себя в секции

Что делать

Ведите заметки по ходу и записывайте наблюдения, а не выводы. «Не увидел проблему с параллельным доступом, после подсказки про два запроса сразу предложил уникальный индекс» — наблюдение. «Слабый» — вывод, который через два дня на дебрифе ничем не подтвердить.

Подсказывайте осознанно и фиксируйте подсказки. Молча смотреть, как человек 20 минут тонет, — не измерение, а трата времени обеих сторон. Правильно — лестница подсказок, продуманная заранее: сначала вопрос («что будет, если сюда придут два запроса одновременно?»), потом сужение, потом прямая наводка. В заметках отмечайте, на какой ступени человек поехал сам. Это и есть измеряемая величина.

Говорите меньше. Ориентир — вы говорите не больше 30% времени в технической секции. Интервьюер, который увлечённо рассказывает, как круто они переписали сервис, уходит с интервью в отличном настроении и без единого факта о кандидате.

Дайте починить. Если человек допустил ошибку и не заметил — спросите «давайте проверим на входе []». Способность найти и исправить свою ошибку — именно то, чем разработчик занимается в реальной работе, и это стоит измерять отдельно от способности не ошибаться.

Держите паузу. После вопроса дайте 10–15 секунд тишины. Новички-интервьюеры не выдерживают и начинают подсказывать через три секунды, тем самым лишая себя данных.

Чего не делать

• Не устраивать проверку на прочность. «Стресс-интервью» не измеряет стрессоустойчивость в работе, зато измеряет вашу готовность быть неприятным человеком. Кандидаты рассказывают об этом друг другу.
• Не спрашивать про то, чего сами не знаете глубоко. Вы не сможете отличить хороший нестандартный ответ от плохого.
• Не задавать вопросов без критерия. Перед каждым вопросом мысленно ответьте: «какой ответ я считаю хорошим и что это мне скажет?» Если ответа нет — вопрос лишний.
• Не обсуждать деньги на технической секции. Это работа рекрутера и хайринг-менеджера, и знание вилки кандидата искажает вашу оценку (см. ниже про якорение). Как устроено вознаграждение — Зарплата и своя цена, как ведут сам торг — Переговоры об оффере.
• Не задавать вопросов, не относящихся к деловым качествам. Возраст, семейное положение, планы на детей, национальность, вероисповедание — это и неэтично, и прямо противоречит ст. 3 и ст. 64 ТК РФ, запрещающим дискриминацию и необоснованный отказ по обстоятельствам, не связанным с деловыми качествами.
• Не опаздывать и не приходить неподготовленным. Открывать резюме при кандидате — сообщение «вы нам неинтересны», прочитанное безошибочно.

Предвзятость: чем именно вы себе врёте

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

Верхняя ветка — то, что происходит по умолчанию. Нижняя — то, ради чего нужна структура.

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

Гало-эффект. Одно яркое свойство красит всё остальное: человек уверенно говорит — значит, и код хороший; работал в известной компании — значит, сильный. Противоядие: оценивать компетенции по отдельности и заставлять себя написать факт под каждым баллом.

Похожесть на себя (affinity bias). Самое коварное и самое частое. Кандидат учился там же, любит те же инструменты, шутит так же — и субъективно он «свой», «горящий», «с правильным подходом». Формулировка «культурное соответствие» (culture fit) очень часто маскирует именно это. Противоядие: заменить culture fit на culture add — не «похож ли на нас», а «что он приносит, чего у нас нет» — и требовать конкретных поведенческих примеров, а не ощущений.

Эффект контраста. Кандидата после трёх слабых оценивают выше, чем он есть, и наоборот. Противоядие: рубрика с абсолютными критериями и оценка сразу после секции, а не пачкой в конце недели.

Якорение. Строка «7 лет опыта», текущая зарплата, громкое имя работодателя задают точку отсчёта до того, как вы что-то увидели. Противоядие: минимум информации до секции — вам нужны роль, грейд и рубрика, а не биография.

Групповое давление на дебрифе. Кто высказался первым — тот и определил рамку, особенно если это самый старший в комнате. Противоядие ниже, в разделе про дебриф.

Ошибка атрибуции. Волнение читается как некомпетентность, а бойкость — как знание. Противоядие: разделять в заметках «что сделал» и «как выглядел», а во второе не ставить балл.

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

Ещё один приём, который работает: предварительная фиксация. Перед секцией запишите, что именно вас убедит поставить «соответствует». После — сравните с тем, что вы на самом деле использовали для решения. Расхождение — это ваша личная поправка.

Дебриф: как сводить оценки

Это место, где хороший процесс чаще всего ломается.

Правила, которые делают дебриф полезным:

1. Оценки пишутся независимо и до обсуждения. Это единственный способ получить несколько измерений вместо одного, размноженного авторитетом.
2. Заметки — в течение суток. Через три дня вы помните впечатление, а не факты, и напишете рационализацию.
3. Высказываются от младшего к старшему. Иначе мнение тимлида становится общим мнением, и три «согласен» ничего не добавляют.
4. Расхождение — это ценность, а не проблема. Если один поставил 4, другой 2, вопрос не «кто прав», а «что каждый из вас видел». Часто выясняется, что секции проверяли разное или один давал подсказки, а другой нет.
5. Обсуждаются наблюдения, а не ярлыки. Фраза «мне показалось, он не тянет» — не аргумент. «Не смог объяснить, почему выбрал этот индекс, и не проверил план запроса» — аргумент.
6. Решение фиксируется письменно. Через полгода, когда человек либо выстрелил, либо не сработался, эта запись — единственный способ откалибровать процесс.

Про право вето. Во многих компаниях любой интервьюер может заблокировать найм. Это осознанный выбор в пользу ложных отказов: вы очень редко наймёте плохого, но регулярно теряете хороших из-за одного человека с плохим днём. В маленькой команде такое вето обычно вредно; лучше правило «вето требует конкретного факта и обсуждения», а не просто «мне не зашло».

Калибровка интервьюеров. Раз в квартал полезно взять 2–3 записи или заметки и попросить нескольких интервьюеров оценить их независимо. Разброс покажет, насколько ваша рубрика вообще работает. Это дёшево и почти нигде не делается.

Обратная связь кандидату

Правило простое: обратная связь должна быть конкретной, быстрой и не унижающей.

Что писать:

• По фактам, а не по личности. «На секции по проектированию не хватило разбора отказов внешнего сервиса: не обсудили таймауты, ретраи и поведение при недоступности шлюза» — полезно. «Слабый системный кругозор» — бесполезно и обидно.
• Привязано к требованиям роли. «Мы искали человека, который сразу заберёт биллинг; вашего опыта с транзакционными сценариями для этого не хватило» — понятно и не про то, что человек плохой.
• Без ложной надежды. Если вы не готовы рассматривать кандидата и через полгода — не пишите «возвращайтесь через полгода».

Что не делать: не превращать отказ в разбор всех недостатков человека; не спорить, если кандидат не согласен (можно поблагодарить и остаться при своём); не сливать чужие формулировки из внутренних заметок дословно.

Практический момент, о котором забывают в РФ: по ст. 64 ТК РФ кандидат вправе письменно запросить причину отказа, и работодатель обязан ответить в письменной форме в течение семи рабочих дней. Формулировка должна быть про деловые качества — это ещё одна причина вести заметки по рубрике, а не «не понравился».

Скорость важнее полноты. Ответ через два дня с одним абзацем лучше, чем идеальный разбор через три недели. Молчание после финального этапа — самая частая и самая дорогая для бренда ошибка процесса найма.

Энтерпрайз и стартап: один процесс, разные ограничения

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

Отдельно: в аутсорсе и аутстаффе интервью нередко проводит заказчик, а компания только доводит кандидата до этой встречи. Тогда ваша роль — подготовить человека и следить, чтобы процесс не растянулся на месяц. Про типы компаний — Какие бывают проекты.

Метрики: как понять, что процесс работает

Найм — процесс, а процессы измеряют. Минимальный набор:

• Конверсии по этапам. Если после технической секции проходят 5%, у вас либо неправильный скрининг, либо неадекватная секция.
• Время отклика на каждом шаге и общее время цикла. Кандидатов теряют не на секциях, а в паузах между ними.
• Доля принятых офферов. Меньше половины — сигнал: либо деньги не в рынке, либо процесс отпугивает, либо продаёте вакансию хуже конкурентов.
• Согласованность интервьюеров. Насколько оценки одного и того же кандидата расходятся между секциями и людьми.
• Отложенный результат. Как прошли испытательный срок и первый год те, кого наняли. Единственная метрика, которая говорит о качестве решений, — и почти единственная, которую никто не собирает.

Не измеряйте «количество проведённых интервью на человека» как показатель эффективности: получите людей, которые проводят секции быстро и формально. Общая логика про метрики процессов разобрана в DORA и инженерные метрики.

Типичные ошибки интервьюера: сводка

1. Не подготовился. Открыл резюме на встрече, спрашивает наугад.
2. Проверяет себя, а не роль. Спрашивает то, что сам недавно узнал.
3. Ищет копию себя. Оценивает похожесть вместо компетенций.
4. Говорит больше кандидата. Уходит без данных, но довольным.
5. Решает в первые пять минут. Остальное время собирает подтверждения.
6. Ставит балл без факта. «Слабоват» вместо конкретного наблюдения.
7. Не даёт подсказок. Смотрит, как человек тонет, и считает это чистотой эксперимента.
8. Меняет критерии на ходу. У сильных кандидатов вдруг появляются новые требования.
9. Обсуждает оценку с коллегой до дебрифа. Убивает независимость измерений.
10. Молчит после интервью. Кандидат неделю ждёт ответа, компания теряет репутацию.
11. Путает волнение с некомпетентностью.
12. Использует вето как «мне не зашло».
13. Оценивает джуна по рубрике сеньора. И наоборот.
14. Спрашивает про личное. Дети, возраст, семья — вне зоны деловых качеств.
15. Не считает ложные отказы. Видит только неудачные найму, поэтому бесконечно поднимает планку.

Мини-итог

• Собеседование — зашумлённый прогноз, а не экзамен. Ваша задача — снизить шум, а не показать себя.
• Структура работает: одинаковый костяк, заранее заданные критерии, наблюдения по ходу, независимая оценка до обсуждения.
• Вы измерительный прибор, а не судья: собрать факты по своей части рубрики и честно передать дальше.
• Проверяйте то, чем человек будет заниматься: чтение и написание кода, разбор задачи, разговор о компромиссах — а не эрудицию по редким углам вашего стека.
• Ошибка «зря отказали» невидима и потому неограниченно растёт. Считайте её сознательно.
• Предвзятость не лечится знанием о ней — только процедурой: рубрика, независимость, наблюдения вместо ярлыков, дебриф от младшего к старшему.
• Обратная связь: быстро, по фактам, без унижения. Молчание — худший вариант из возможных.
• Раз в квартал калибруйте интервьюеров и смотрите на отложенный результат найма. Без этого вы годами повторяете одни и те же ошибки, будучи уверенными в обратном.

Источники

• Schmidt F., Hunter J. The Validity and Utility of Selection Methods in Personnel Psychology (1998) — doi.org/10.1037/0033-2909.124.2.262
• Sackett P., Zhang C., Berry C., Lievens F. Revisiting Meta-Analytic Estimates of Validity in Personnel Selection (2022) — psycnet.apa.org
• Google re:Work, руководство по структурированному интервью — rework.withgoogle.com
• Kahneman D., Sibony O., Sunstein C. Noise: A Flaw in Human Judgment (2021); короткая версия — HBR, «Noise»
• Bock L. Work Rules! (2015) — внутренние данные Google по найму, в том числе про достаточность четырёх интервью
• interviewing.io, данные о нестабильности результатов техинтервью — blog.interviewing.io
• Spolsky J. The Guerrilla Guide to Interviewing (version 3.0) — joelonsoftware.com
• Fournier C. The Manager’s Path — главы про найм и построение команды
• Larson W., о воронке найма и её узких местах — lethain.com/hiring-funnel
• Hiring Without Whiteboards — публичный список компаний с альтернативными форматами: github.com/poteto/hiring-without-whiteboards
• ТК РФ, ст. 3 (запрещение дискриминации) и ст. 64 (гарантии при заключении трудового договора) — consultant.ru

Что дальше

Кандидат прошёл процесс, получил оффер и вышел на работу — и тут выясняется, что найм был лёгкой частью. Дальше — Первая работа и первые 90 дней: онбординг, ожидания, типичные ошибки: что происходит в первые три месяца, чего от вас на самом деле ждут и какие ошибки новичка дороже всего обходятся.