Технические интервью, критерии оценки, обратная связь, адаптация новых сотрудников, избежание предвзятости
Время освоения: ~40 минут Цель: Научиться выстраивать эффективный процесс найма — от описания вакансии до онбординга — и избегать типичных ошибок, которые дорого обходятся команде
| Этап | Что происходит | Ключевой результат |
|---|---|---|
| Job Description | Описание роли, требований, контекста | Привлечь нужных кандидатов, отсеять нерелевантных |
| Скрининг резюме | Criteria matrix, shortlist | 10–15 кандидатов для интервью |
| Телефонный/видео скрининг | 30 мин, культура + базовые навыки | 5–7 кандидатов на техэтап |
| Техническое интервью | Coding, system design, кейсы | 2–3 финалиста |
| Финальное интервью | Мотивация, deep dive, fit | 1 оффер |
| Оффер и онбординг | Переговоры, план 30/60/90 | Успешная интеграция |
| Тип | Цель | Когда использовать |
|---|---|---|
| Structured Interview | Одинаковые вопросы + scorecard для всех | Всегда, снижает bias |
| Behavioural (STAR) | Поведение в прошлых ситуациях | Soft skills, culture fit |
| Technical Coding | Решение алгоритмических задач | Junior/Middle разработчики |
| System Design | Проектирование систем | Middle/Senior/Staff |
| Case Interview | Анализ реального сценария | Senior/Lead роли |
| Take-home задание | Практическая работа без давления | Альтернатива live coding |
| Критерий | Junior | Middle | Senior |
|---|---|---|---|
| Технические навыки | 40% | 35% | 25% |
| Problem-solving | 30% | 30% | 25% |
| Коммуникация | 15% | 20% | 25% |
| Leadership/Ownership | 5% | 10% | 20% |
| Culture fit | 10% | 5% | 5% |
Быстрый справочник
- Structured interview надёжнее unstructured в 2x — одинаковые вопросы всем кандидатам
- Scorecard до интервью: без неё решение принимается "по ощущению"
- 5 cognitive biases в найме: affinity, halo, recency, attribution, confirmation
- Job description: требования vs nice-to-have — будь честен, иначе теряешь кандидатов
- Take-home задания: не более 3–4 часов; оплачивай если можешь
- Онбординг: 30/60/90 план + buddy системa — снижает время до продуктивности
- Решение о найме: совет директоров принципа "hire for strength, not absence of weakness"
Найм — это не административная задача HR. Это стратегическая функция тимлида, которая определяет качество команды на годы вперёд. Одна неудачная hire в небольшой команде из 5 человек — это 20% деструктивной энергии. И наоборот: правильный найм мультиплицирует эффективность команды.
Почему найм критически важен для тимлида:
Типичная ошибка: делегировать найм полностью HR и участвовать только в финальном интервью. Тимлид должен быть вовлечён с этапа job description.
Помните: лучше потратить 3 месяца на правильный найм, чем 12 месяцев на управление неправильным человеком.
Типичный job description — это список из 20 требований, половина которых — wish list, не обязательные условия. Такой JD отпугивает хороших кандидатов (особенно женщин и underrepresented groups, которые не подают заявку, если не соответствуют 100% требований) и привлекает тех, кто просто умеет хорошо "продавать себя" на бумаге.
1. Контекст и миссия (3-4 предложения) Что делает команда? Какую проблему решает продукт? Какова роль этой позиции в большой картине?
Мы строим платёжную инфраструктуру для 2M+ пользователей.
Backend Engineer будет отвечать за надёжность платёжного pipeline
и владеть сервисами обработки транзакций.
2. Must-have vs. Nice-to-have Разделяйте обязательные требования и желаемые явно:
3. Избегание bias в JD:
4. Что включить в JD, чего обычно не включают:
Не читайте резюме интуитивно — создайте matrix критериев заранее:
| Критерий | Вес | Кандидат A | Кандидат B |
|---|---|---|---|
| Релевантный стек | 3 | 3/3 | 2/3 |
| Размер системы (scale) | 3 | 2/3 | 3/3 |
| Навыки лидерства | 2 | 1/2 | 2/2 |
| Отраслевой опыт | 1 | 1/1 | 0/1 |
| Итого | 9 | 7 | 7 |
Это убирает субъективность и позволяет сравнивать кандидатов честно.
Цель скрининга — убедиться, что кандидат базово подходит до дорогостоящего технического интервью.
Структура:
Сигналы к отказу на скрининге:
Take-home задание — хорошая альтернатива live coding, особенно для senior-кандидатов.
Когда использовать: Middle+ роли, когда нужно оценить реальный код, а не "coding под давлением"
Правила хорошего take-home:
Unstructured интервью (разговор без плана) — одно из самых ненадёжных инструментов оценки. Интервьюер оценивает "chemistry" и "gut feeling", что напрямую коррелирует с affinity bias.
Structured интервью — каждый кандидат получает одинаковые вопросы, оценивается по одинаковым критериям. Надёжность предсказания performance выше в 2x.
Структура технического интервью (60-90 минут):
| Блок | Время | Содержание |
|---|---|---|
| Введение | 5 мин | Расскажите о себе, снимите напряжение |
| Техническая задача | 35-40 мин | Coding или system design |
| Behavioural вопросы | 15 мин | 2-3 STAR вопроса |
| Вопросы кандидата | 10 мин | Обязательно! |
| Wrap-up | 5 мин | Следующие шаги |
Не только "решил ли задачу", а:
Ожидаемый фреймворк от кандидата:
Примеры вопросов:
| Bias | Описание | Решение |
|---|---|---|
| Affinity bias | "Он/она похож на меня" | Diverse interview panels |
| Halo/Horn effect | Одно качество окрашивает всё | Scorecard с отдельными критериями |
| Confirmation bias | Ищем подтверждение первого впечатления | Структурированные вопросы |
| Beauty/likeability | Привлекательность = компетентность | Анонимные coding challenges |
| Attribution bias | Успех — заслуга, провал — обстоятельства | Одинаковые вопросы для всех |
Scorecard: заполняйте сразу после интервью, до обсуждения с другими интервьюерами. Обсуждение сначала "замораживает" мнение первого высказавшегося.
Diverse panels: минимум 2 интервьюера, желательно разного пола/бэкграунда.
Blind review: при скрининге резюме — скройте имя и фото (tools: Blendoor, GapJumpers).
Calibration meeting: после каждых 10-15 хайров проводите calibration — сравнивайте оценки с реальной performance нанятых. Это позволяет обнаружить систематические ошибки.
Онбординг — продолжение найма. Плохой онбординг обнуляет хороший найм.
Назначьте новому сотруднику "buddy" — коллегу (не тимлида), к которому можно обращаться с любыми вопросами без страха "выглядеть глупо". Buddy — не ментор, а навигатор по команде.
| Период | Фокус | Ожидаемые результаты |
|---|---|---|
| 30 дней | Понять | Знает кодовую базу, задеплоил первую задачу, познакомился с командой |
| 60 дней | Вносить вклад | Закрывает задачи самостоятельно, участвует в code review |
| 90 дней | Владеть | Берёт ownership над небольшой фичей, предлагает улучшения |
В первый день озвучьте новому сотруднику:
Это убирает тревожность и задаёт ориентиры. Проводите weekly 1:1 в первый месяц — это не overhead, это инвестиция.
Современные инструменты (GitHub Copilot screening, AI resume screening, automated video interviews) создают новые риски предвзятости.
Риски AI в найме:
Правила при использовании AI в найме:
Coding challenges и AI: Кандидаты используют AI на take-home заданиях. Это реальность. Адаптируй процесс:
| Ошибка | Почему это плохо | Как исправить |
|---|---|---|
| Нанимают "похожих на себя" (affinity bias) | Команда теряет разнообразие, blind spots накапливаются, инновации замедляются | Scorecard с чёткими критериями, diverse панели, анонимный скрининг резюме |
| JD из 20 требований без разбивки на must/nice | Отпугивает сильных кандидатов, особенно underrepresented groups — они не подают заявку при неполном соответствии | Сократить до 5-7 must-have, честно назвать nice-to-have |
| Нет структуры интервью — "просто поговорим" | Gut feeling коррелирует с bias, надёжность оценки падает в 2x | Создать scorecard, стандартизировать вопросы для всех кандидатов |
| Спешка в найме при горящей позиции | Нанимают "достаточно хорошего" вместо "правильного", потом разгребают годами | Лучше закрыть позицию контрактором и потратить 2-3 месяца на поиск |
| Онбординг = "вот ноутбук, разберись сам" | Время до продуктивности растёт с 1 до 4+ месяцев, риск уйти до 1 года удваивается | 30/60/90 план + buddy + weekly 1:1 в первый месяц |
| Не измеряют качество найма | Неясно, какие каналы работают, какие интервьюеры точны | Отслеживать: time-to-hire, 90-day retention, 1-year performance rating по каналам |
Возьмите текущий job description вакансии (или придумайте типичный для вашей роли).
Цель: Создать JD, который честно описывает роль и привлекает разнообразных кандидатов.
Вы нанимаете Middle Backend Engineer. Создайте scorecard для технического интервью.
Пример критерия:
Найм — это инвестиция с наибольшим ROI в инструментарии тимлида. Структурированный процесс, чёткие критерии и честный онбординг — это не бюрократия, а защита от дорогостоящих ошибок.
Ключевые выводы:
🎯 Следующий шаг: Возьмите последнюю вакансию, которую вы закрывали или открывали, и создайте для неё scorecard с 5 критериями и весами. Используйте его в следующем интервью — и сравните, насколько проще стало принимать решение.
Время освоения: 40 минут Уровень: Продвинутый Для кого: Тимлиды, менеджеры, senior-разработчики, участвующие в найме
Вопросы ещё не добавлены
Вопросы для этой подтемы ещё не добавлены.