Ловушка «коммуникабельности»: почему поиск «people person» убивает найм в IT

# Ловушка «коммуникабельности»: почему поиск «people person» убивает найм в IT

Когда CEO или технический директор приходит к рекрутеру с запросом на Senior Java Developer или Team Lead, список требований обычно стандартен: стек технологий, опыт в финтехе, знание микросервисов. Однако в конце почти всегда звучит та самая магическая фраза: «И чтобы он был коммуникабельным, ну, вы понимаете — настоящий people person». В российском контексте это часто формулируют как «софт-скиллы на высоте» или «умение ладить с людьми».

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

Для IT-индустрии, где высокая концентрация интровертов и людей с глубоким техническим складом ума, такая формулировка становится фильтром, который отсекает действительно сильных специалистов. Многие талантливые инженеры, видя в описании вакансии акцент на «любовь к общению», даже не откликаются, считая, что в компании слишком много бессмысленных совещаний или корпоративного шума.

Попытка нанять «коммуникабельного» сотрудника без четких критериев часто приводит к тому, что компания берет «обаятельного посредственного специалиста» вместо «сложного, но гениального архитектора». В итоге time-to-hire может сократиться, так как такие кандидаты продают себя лучше, но через три месяца бизнес обнаруживает, что код не работает, а «приятный в общении» коллега просто умело маскировал свою некомпетентность.

Разбор мифа: что на самом деле скрывается за «софт-скиллами»

Если разобрать запрос на «people person» на составляющие, окажется, что под этим термином скрываются разные, часто противоположные компетенции. Для одного руководителя это означает умение договариваться с заказчиком о сроках, для другого — способность мягко критиковать код коллеги на ревью, для третьего — умение поддерживать Small Talk на корпоративе.

В одной из наших практик мы работали с IT-компанией (штат 80 человек), где в каждой вакансии стояло требование «высокий уровень коммуникабельности». В результате команда набрала людей, которые тратили по 4 часа в день на обсуждения в Slack и бесконечные созвоны, но при этом их индивидуальная производительность (velocity) упала на 20%. Оказалось, что «любовь к людям» в данном случае превратилась в неспособность работать в режиме глубокого фокуса.

Настоящий профессиональный навык взаимодействия — это не «обаяние», а эмоциональный интеллект (EQ). Это способность считывать состояние собеседника, управлять своими эмоциями и доносить информацию так, чтобы она была понятна и принята. Это измеримый навык, который можно развивать, в отличие от врожденного темперамента.

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

Риски найма «обаятельных» кандидатов

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

Рассмотрим сценарий: на позицию Lead DevOps приходят два кандидата. Первый — молчалив, отвечает кратко, иногда делает паузы, чтобы обдумать ответ, но его технический бэкграунд безупречен. Второй — «people person», он засыпает интервьюера историями успеха, активно жестикулирует и создает ощущение полного взаимопонимания. С вероятностью 60% компания выберет второго, даже если его реальный опыт в Kubernetes на два уровня ниже.

Последствия такого выбора проявляются через 2-4 месяца. «Обаятельный» лидер может создать отличную атмосферу в коллективе, но при этом допустить критическую ошибку в архитектуре, которая приведет к простою системы. Стоимость такой ошибки для среднего российского e-commerce проекта может составлять от 500 000 до нескольких миллионов рублей в час.

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

Как заменить «коммуникабельность» конкретными метриками

Чтобы перестать гадать, является ли кандидат «хорошим человеком», нужно перевести софт-скиллы на язык бизнес-требований. Вместо абстрактного «people person» в профиле должности должны появиться конкретные поведенческие индикаторы. Это позволит объективно оценивать кандидата и снизить риск ошибки при найме.

Например, вместо «умеет общаться» используйте формулировку «способен перевести технические требования на язык бизнеса для стейкхолдеров». Это уже конкретный навык, который можно проверить с помощью кейс-интервью. Попросите кандидата объяснить принцип работы Kafka человеку, который не знает, что такое брокер сообщений. Если он справится — он коммуникабелен в профессиональном смысле.

Если вам нужна помощь в пересмотре профилей должностей и настройке объективного процесса оценки софт-скиллов, чтобы не нанимать «просто приятных людей», [оставьте заявку](#request) на наш консалтинг.

Для оценки взаимодействия в команде мы рекомендуем использовать следующие критерии:

* Конструктивность критики: как кандидат реагирует на правки в своем коде? (Ищет виноватых или анализирует ошибку?)

* Умение слушать: перебивает ли он интервьюера или дослушивает вопрос до конца, прежде чем ответить?

* Прозрачность коммуникации: насколько четко он описывает причины своих прошлых неудач?

* Эмпатия к пользователю: понимает ли он боли конечного клиента или пишет код «для себя»?

* Способность к компромиссу: как он ведет себя в ситуации, когда его техническое решение отклонили?

Сравнение подходов к оценке кандидатов

Для наглядности мы подготовили таблицу, которая показывает разницу между интуитивным подходом («по ощущениям») и экспертным подходом к оценке личностных качеств.

Сценарий: когда «некоммуникабельный» сотрудник — лучший выбор

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

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

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

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

Практические рекомендации для руководителей и HR

Чтобы избежать ловушек при найме, начните с аудита ваших требований. Удалите из всех вакансий слова «коммуникабельность», «стрессоустойчивость» и «активная жизненная позиция». Замените их описанием конкретных ситуаций, с которыми столкнется сотрудник. Например: «Вам предстоит еженедельно защищать архитектурные решения перед техническим комитетом из 5 человек».

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

Помните, что в IT-секторе стоимость ошибки найма Senior-специалиста в России сейчас составляет от 1,5 до 3 его окладов (с учетом затрат на поиск, онбординг и упущенную выгоду). При средней зарплате в 350 000 – 500 000 рублей в месяц, одна ошибка из-за «обаяния» кандидата обходится бизнесу в 1 000 000 рублей и более.

Если вы чувствуете, что ваш процесс найма превратился в лотерею «кто больше понравится», а команда страдает от токсичности или низкой производительности, несмотря на «приятность» сотрудников — [свяжитесь с нами](#request). Мы поможем выстроить систему оценки, основанную на компетенциях, а не на субъективных ощущениях.