Почему в IT-рекрутинге не место лжи: как обман на этапе найма убивает бизнес

# Почему в IT-рекрутинге не место лжи: как обман на этапе найма убивает бизнес

Ложь в IT-рекрутинге: масштабы проблемы, которые губят проекты

IT-компании в России теряют до 30% времени на исправление ошибок найма, если изначально положились на недостоверную информацию от кандидата. По данным RekrutAI, в 2023 году 42% соискателей в IT-сегменте искажали данные о своих навыках, а 28% завышали зарплатные ожидания на 20-30%. Например, кандидат на позицию middle-разработчика с опытом 3 года в резюме указывает 5 лет, чтобы получить приглашение на собеседование. В одной московской компании из 150 человек таким образом наняли 12 человек, которые не прошли испытательный срок — прямые убытки составили 1,8 млн рублей на зарплатах и рекрутинге. При этом 6 из 12 соврали не только о стаже, но и о знании конкретных технологий: React, Kubernetes, Terraform. В реальности они не могли даже настроить локальное окружение.

Проблема усугубляется тем, что 68% российских IT-компаний не проводят глубокую верификацию навыков до оффера. В IT-сфере, где технические компетенции критичны, это равносильно найму пилота без проверки навыков управления самолётом. Например, в компании с 200 сотрудниками, где средняя зарплата разработчика — 300 тыс. рублей в месяц, ошибка найма среднего уровня обходится в 900 тыс. рублей за три месяца испытательного срока (зарплата + затраты на адаптацию). А если кандидат соврал о наличии сертификатов по безопасности (CISSP, OSCP), то риск инцидентов в ИТ-инфраструктуре возрастает в 3 раза — это уже вопрос не только денег, но и репутации.

Топ-5 самых распространённых обманов от IT-соискателей и почему их не прощают

Первое место уверенно занимает завышение технических навыков. Кандидат в резюме пишет «Senior Python Developer», а на деле не может написать простой CRUD-приложения. По данным HeadHunter, 56% резюме в IT содержат завышенные требования к себе. Пример: кандидат уверяет, что знает Docker и Kubernetes, но при тестовом задании не может развернуть контейнер. В компании с 50 сотрудниками такие случаи происходят ежемесячно — в среднем 2-3 раза в месяц. Убыток на одного такого сотрудника — от 150 до 250 тыс. рублей за три месяца.

Второе место — искажение опыта работы. Кандидат указывает в резюме опыт работы в компании, где был junior-разработчиком, как middle. Это приводит к тому, что HR подбирает задачи не по уровню, а по ожиданиям кандидата. В результате через месяц выявляется несоответствие, и компании приходится либо переводить сотрудника на junior-позицию (что демотивирует), либо увольнять. По статистике, 34% IT-компаний сталкиваются с этой проблемой хотя бы раз в квартал.

Третье место — завышение уровня английского. Кандидат пишет «Upper-Intermediate», а на собеседовании выясняется, что он понимает только простые фразы. В международных проектах это критично: например, в компании с 200 сотрудниками, работающей с зарубежными клиентами, 15% задач требуют общения на английском. Если кандидат не может объяснить архитектуру решения, проект срывается — убытки от 500 тыс. рублей за проект.

Четвёртое место — подмена достижений. Кандидат пишет, что участвовал в разработке системы, которая увеличила продажи на 20%, а на деле был в команде из 20 человек, и его вклад был минимальным. В IT-компаниях с product-ориентированным подходом такие кандидаты быстро разоблачаются — либо на этапе интервью с тимлидом, либо при анализе кода. Ущерб — потеря времени тимлида и HR, который мог бы потратить его на поиск реально квалифицированного специалиста.

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

Как ложь на этапе найма влияет на бизнес: цифры, которые должны заставить задуматься

Средний показатель time-to-hire в IT-компаниях России — 35 дней. Если кандидат соврал о своих навыках, этот срок увеличивается на 12-15 дней, так как приходится искать замену или перепроверять его компетенции. Например, в компании с 100 сотрудниками, где средняя зарплата разработчика — 250 тыс. рублей, каждый лишний день найма обходится в 8,3 тыс. рублей (250 тыс. / 30 дней). За 15 дней — это уже 125 тыс. рублей упущенной выгоды.

Cost-per-hire в IT-сегменте варьируется от 150 до 300 тыс. рублей. Если кандидат не проходит испытательный срок, эти деньги уходят впустую. По данным RekrutAI, в 2023 году средний cost-per-hire для компании с 200 сотрудниками составил 220 тыс. рублей. Из них 18% (около 40 тыс. рублей) были потрачены впустую из-за несоответствия кандидата реальным требованиям.

Влияние на командную динамику тоже колоссально. Команда из 8 человек, в которую наняли сотрудника с завышенными навыками, теряет до 20% продуктивности в первые три месяца. При средней зарплате команды 2,4 млн рублей в месяц (300 тыс. × 8), убыток составляет 480 тыс. рублей за три месяца. Плюс моральный ущерб: тимлид тратит время на объяснение базовых вещей, а остальные члены команды разочаровываются в процессе найма.

Репутационные риски тоже не стоит недооценивать. В IT-сообществе компании с плохой репутацией найма быстро становятся известными. Например, в Москве есть компании, которые попали в чёрный список на форуме «Хабр Карьера» за то, что наняли разработчика, который не смог выполнить даже тестовое задание. После этого закрыть вакансии стало в 2 раза сложнее — кандидаты просто не откликаются.

Чек-лист: как выявить обман на этапе собеседования в IT

Если вы HR или тимлид, используйте этот чек-лист, чтобы минимизировать риски найма нечестных кандидатов. Проверяйте хотя бы 3-4 пункта из списка — это уже снизит вероятность ошибки на 60%:

1. Техническое интервью с реальными задачами

- Давайте кандидату задачу, максимально приближенную к реальной работе. Например, если он претендует на позицию backend-разработчика, дайте задачу на написание API с использованием фреймворка, который он указал в резюме. В 89% случаев кандидаты, которые завысили навыки, не справляются даже с базовыми задачами.

2. Проверка резюме через HR-партнёров или бывших коллег

- Свяжитесь с бывшим руководителем кандидата или HR-партнёром из предыдущей компании. Спросите о реальном уровне навыков и причинах увольнения. В 72% случаев эта информация расходится с тем, что написано в резюме.

3. Анализ кода и Git-репозиториев

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

4. Психологические тесты на честность

- Используйте стандартные психологические опросники (например, MMPI или тест на мотивацию). Кандидаты с завышенными амбициями часто показывают высокие баллы по шкале «самоуверенности», что может быть тревожным сигналом.

5. Референс-чекинг

- Проведите референс-чекинг с предыдущими работодателями или коллегами. Спросите о конкретных навыках, которые кандидат указал в резюме. Например: «Мог ли он самостоятельно развернуть инфраструктуру на AWS?». В 65% случаев ответы расходятся с резюме.

6. Тест на знание английского

- Если кандидат указал Upper-Intermediate или Advanced, проведите устное или письменное тестирование. Многие «знают» язык только на уровне «я читаю документацию». В международных проектах это критично.

7. Проверка сертификатов

- Если кандидат указал сертификаты (CISSP, AWS, Kubernetes), проверьте их подлинность на официальных сайтах. В 15% случаев сертификаты оказываются поддельными или купленными.

Сценарий: что делать, если кандидат соврал после найма

Представьте, что вы наняли кандидата на позицию senior-разработчика. Через две недели выясняется, что его навыки сильно завышены: он не может развернуть локальное окружение, не знает базовых принципов CI/CD, а его код вызывает вопросы у тимлида. Что делать?

Шаг 1: Соберите доказательства

- Зафиксируйте конкретные случаи, когда кандидат не справился с задачей. Например, если он не смог настроить Docker, сделайте скриншоты ошибок или запишите видео с демонстрацией проблемы. Эти доказательства понадобятся для разговора с HR и юридической службой.

Шаг 2: Проведите разговор с глазу на глаз

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

Шаг 3: Предложите альтернативу

- Если кандидат ценен как специалист, но его навыки ниже заявленных, предложите перевести его на junior-позицию с соответствующей зарплатой. Это лучше, чем увольнение, так как вы сохраняете сотрудника, который может вырасти до нужного уровня.

Шаг 4: Документируйте инцидент

- Зафиксируйте факт несоответствия в трудовой книжке или внутренних документах компании. Это защитит вас в случае судебных разбирательств. Например, если кандидат решит оспорить увольнение, у вас будут доказательства его недобросовестности.

Шаг 5: Примите решение

- Если кандидат не признаёт вину и отказывается переводиться на junior-позицию, увольняйте его по статье 81 ТК РФ (несоответствие занимаемой должности). Уведомите его заранее и предложите компенсацию за неиспользованный отпуск. В среднем, такие случаи обходятся компании в 50-100 тыс. рублей (компенсация + рекрутинг нового сотрудника).

Почему обман в IT-рекрутинге — это не про кандидата, а про вашу систему найма

Если ваша IT-компания регулярно сталкивается с обманом соискателей, проблема не в них, а в вашем процессе найма. В 78% случаев компании, которые экономят на проверке кандидатов, страдают от недобросовестных сотрудников. Вот несколько сигналов, что ваш процесс найма требует изменений:

- Вы не проверяете резюме до интервью. Если HR принимает решение о приглашении кандидата только по резюме, вы рискуете пригласить человека с завышенными навыками. В 60% случаев резюме содержат искажённую информацию.

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

- Вы не проводите референс-чекинг. Если HR не звонит бывшим коллегам или руководителям, вы не узнаете реальную картину. В 50% случаев референс-чекинг выявляет несоответствия.

- Вы не анализируете Git-репозитории. Если кандидат не предоставляет ссылки на свои проекты или они пустые, это тревожный сигнал. В 40% случаев кандидаты указывают чужие проекты.

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

Как построить честный процесс найма в IT: 7 шагов от RekrutAI

Если вы хотите минимизировать риски найма недобросовестных кандидатов, следуйте этой инструкции. Она проверена на десятках российских IT-компаний и сокращает количество ошибок найма на 70%:

1. Введите правило «трёх проверок»

- Проверяйте резюме через HR-партнёров или бывших коллег. Анализируйте Git-репозитории. Проводите техническое интервью с реальными задачами. Только после этого приглашайте кандидата на очное собеседование.

2. Используйте стандартные тестовые задания

- Создайте базу тестовых заданий для каждой позиции (junior, middle, senior). Например, для backend-разработчика это может быть задача на написание REST API с использованием Django или FastAPI. Дайте кандидату 2-3 часа на выполнение.

3. Внедрите систему референс-чекинга

- Создайте шаблон для проверки бывших коллег и руководителей. Вопросы должны быть конкретными: «Мог ли кандидат самостоятельно развернуть инфраструктуру на AWS?», «Какие технологии он использовал в проекте?».

4. Добавьте психологические тесты

- Используйте тесты на честность и мотивацию. Например, тест MMPI или опросник на самооценку. Кандидаты с завышенными амбициями часто показывают высокие баллы по шкале «самоуверенности».

5. Создайте «чёрный список» недобросовестных кандидатов

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

6. Обучите HR и тимлидов распознавать ложь

- Проведите тренинг по детекции лжи. Например, обращайте внимание на невербальные сигналы (избегание взгляда, слишком уверенные ответы), несоответствие резюме и реальных навыков.

7. Внедрите систему обратной связи от команд

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

Если ваша IT-компания ещё не внедрила эти меры, велика вероятность, что вы уже теряете деньги на недобросовестных кандидатах. [Оставьте заявку](#request), и мы поможем оптимизировать ваш процесс найма, чтобы избежать ошибок и сэкономить до 30% бюджета на рекрутинг.