Проверки рекомендаций при найме технических специалистов, которые выявляют дорогостоящие проблемы

Почему этапы с кодированием не показывают дорогостоящего поведения

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

Сильная производительность на интервью часто скрывает слабое доведение дела до конца. Кто‑то хорошо проходит интервью, потому что знает формат и много практиковался. В работе проблемы проявляются позже. Задачи остаются наполовину выполненными. Передачи между людьми ломаются. Мелкие проблемы повторяются, потому что никто не занялся скучными, но важными частями.

Давление — ещё одна слепая зона. Большинство интервью вежливые и контролируемые. Кандидат разговаривает с незнакомцами час, а не с дизайнером, который с ним не согласен, или с основателем, который меняет рамки в пятницу вечером. Вы редко видите, как он реагирует, когда срывается дедлайн, отзыв кажется несправедливым или сталкиваются две приоритетные задачи.

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

Основатели платят за это после найма, а не во время интервью. В стартапе один инженер с неуверенной ответственностью может сдвинуть работу всей команды на неделю. Команда замедляется, доверие падает, и простые задачи начинают занимать вдвое больше времени, потому что никто не знает, что действительно будет завершено.

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

Что нужно узнать у бывшего коллеги

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

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

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

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

Разногласия важны так же, как и выполнение. Спросите, что происходило, когда кандидат решительно не соглашался с коллегой или менеджером. Умел ли он чётко отстаивать свою точку зрения, слушать и двигаться дальше после решения? Или он становился жёстким, занимался политикой или тихо отстранялся? Спокойные разногласия — это нормально. След трений — нет.

Конкретные истории лучше общих похвал. Если кто‑то говорит «Он был прекрасен», спросите, что конкретно он сделал, когда стало неясно, поздно или напряжённо. Вот тогда проверка рекомендаций становится полезной, а не просто вежливой.

Когда запрашивать рекомендации и у кого

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

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

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

Такой набор даёт два ракурса. Менеджер видит, как кандидат справлялся с целями, дедлайнами и обратной связью. Коллега видит реальную работу: кто брался за грязные задачи, кто создавал напряжение и кто помогал двигать команду.

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

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

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

Как провести звонок шаг за шагом

Держите звонок 15–20 минут. Обычно этого достаточно, чтобы понять, как человек работает с другими, справляется с давлением и принимает решения.

Начните с простого контекста. Скажите, на какую роль вы ищете, на какой стадии компания и какая работа нужна в ближайшие месяцы. Бэкенд‑лид для запутанной продуктовой команды отличается от первого инженера в стартапе, и референт ответит лучше, если понимает реальную работу.

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

Двигайтесь по звонку в устойчивом порядке:

1. Спросите, как и сколько времени референт работал с кандидатом.
2. Спросите, за что кандидат отвечал непосредственно, а не за что отвечала команда.
3. Спросите про один стрессовый проект, одно разногласие и одну компромиссную ситуацию, которую приходилось принимать.
4. Спросите, что кандидат делал, когда менялись приоритеты или срывались дедлайны.
5. Закончите вопросом, наняли бы они этого человека снова на похожую роль.

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

Молчание помогает. После короткого вопроса сделайте паузу на несколько секунд и дайте подумать. Люди часто дают самые полезные детали после первого ответа, когда отходят от отполированной версии.

Записывайте точные фразы, особенно про ответственность и конфликты. «Требовал много напоминаний» означает совсем другое, чем «чётко отстаивал позицию и чаще всего был прав».

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

Вопросы, которые выявляют ответственность, конфликты и приоритеты

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

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

Просите истории, а не оценки

Цифры легко подделать. Истории — сложнее.

Попробуйте вопросы вроде:

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

Каждый вопрос проверяет разный риск. Ответственность показывает, могут ли они вести работу без постоянного контроля. Конфликт показывает, остаются ли они спокойными, становятся ли жёсткими или скрывают проблемы. Отказ говорит о том, защищают ли они важные приоритеты или просто избегают неприятной работы.

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

Слушайте форму ответа

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

Обратите внимание, когда вы спрашиваете, где кандидату нужна была поддержка. Всем где‑то нужна поддержка. Полезный референт скажет, была ли эта поддержка нормальной (например, помощь в контексте компании) или дорогой (например, потребность в постоянном давлении для завершения).

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

Как читать расплывчатые ответы и смешанные сигналы

Референт, который хорошо знает человека, обычно даёт конкретные случаи. Он помнит дедлайн, который сорвался, разногласие по объёму работы или время, когда кандидат взял на себя инициативу без просьб. Когда кто‑то остаётся расплывчатым, обратите внимание. «Умный инженер» или «приятно с ним работать» могут звучать положительно, но эти фразы почти ничего не значат, если референт не добавляет деталей.

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

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

Пара сигналов должны заставить вас задать дополнительный вопрос:

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

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

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

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

Простой пример из стартапа

Основатель небольшой SaaS‑компании ищет первого старшего инженера. Кандидат отлично выполняет домашнее задание: код чистый, заметки понятные, и основатель начинает представлять, что через месяц этот человек будет вести проекты.

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

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

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

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

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

В этом случае основатель отказывается от первоначальной идеи и продолжает поиск. Решение больно на день. Неправильный найм бы нанес ущерб на полгода.

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

Ошибки, которые портят звонок с референтом

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

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

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

Вопросы тоже часто ошибочны. «Он был хорош?» даст вам вежливый ответ и почти ничего не скажет. Просите конкретный момент. Что происходило, когда менялись приоритеты? Как они решали спор? Что делали, когда никто не говорил, что делать дальше?

Основатели ещё портят звонок, подталкивая референта к нужному ответу. Если вы спрашиваете: «Он довольно хорош по ответственности, да?» многие согласятся, чтобы сохранить гладкость разговора. Лучше спросить: «Сколько напоминаний ему обычно требовалось по важной работе?» Это заставляет человека описать поведение, а не раздавать похвалы.

Короткая пауза тоже помогает. Задайте вопрос и подождите. Люди часто дают безопасный ответ сначала и полезный — потом.

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

Быстрая проверка перед отправкой оффера

Пауза и сравнение заметок перед отправкой оффера. Хороший звонок с референтом — не сбор комплиментов, а поиск поведения, которое проявится, когда срываются дедлайны, меняются приоритеты и никто не согласен.

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

Короткий чек‑лист помогает:

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

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

Конфликт важен по той же причине. Команде не нужен тот, кто со всеми соглашается. Нужен тот, кто умеет не соглашаться, объяснить свою точку зрения и продолжать работать с группой после спора. Если референт говорит: «Он был отличным, конфликтов не было», надавите чуть сильнее. В реальных командах всегда есть трения.

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

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

Что делать дальше с полученной информацией

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

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

Не рассматривайте неясные отзывы как молчаливый отказ. Верните открытые вопросы кандидату и спросите прямо. Вы хотите услышать, как они объясняют ситуацию, что они извлекли и совпадает ли их версия с референцией так, чтобы быть правдоподобной. Этот шаг часто говорит больше, чем сам звонок.

Если вы всё ещё хотите нанять, уменьшите риски в первые 30–60 дней. Меняйте старт, а не только оффер.

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

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

Если те же проблемы повторяются при найме, возможно, проблема в вашем процессе. Простая шкала оценок, стандартный сценарий для звонков и короткий план на первый месяц способны сэкономить много денег. Если хотите помочь подтянуть процесс без лишней нагрузки, внештатный CTO, например Oleg Sotnikov на oleg.is, может помочь адаптировать его под стартап‑команду.