Как оценивать soft skills разработчиков без субъективности?

В российском IT до сих пор распространён довольно наивный подход к оценке разработчиков: hard skills проверяются через стек, тестовые задания и технические интервью, а soft skills — «по ощущениям». Если кандидат уверенно говорит, выглядит спокойным и умеет поддерживать диалог, его считают коммуникабельным и зрелым. Если отвечает сухо, волнуется или кажется закрытым — возникает сомнение в его способности работать в команде. Такой подход удобен, но именно он создаёт системную ошибку найма.

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

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

Именно здесь компании начинают терять сильных кандидатов. Не потому что не умеют оценивать знания, а потому что оценивают поведение через личное восприятие. Исследования показывают, что российские работодатели всё активнее включают soft skills в критерии оценки разработчиков, но в большинстве случаев эти навыки всё ещё проверяются без формализованных моделей оценки, а значит, зависят от субъективного мнения интервьюеров. По данным ITQuick и «Зарплаты.ру», уже 41% IT-компаний в России стали уделять больше внимания soft skills разработчиков, однако единые критерии оценки встречаются редко. 

Почему субъективная оценка soft skills не работает

Главная ошибка в том, что soft skills пытаются оценивать как личностные качества, а не как наблюдаемое поведение.

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

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

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

Именно поэтому международные модели competency-based interviewing строятся на анализе конкретных кейсов, а не на абстрактных вопросах. Когда интервьюер спрашивает: «Расскажите о ситуации, когда вам пришлось пересмотреть своё решение после обсуждения с командой», он получает не мнение кандидата о себе, а пример поведения в реальном рабочем контексте.

Такой подход значительно снижает субъективность, потому что оценка строится на фактах, а не на симпатии.

На российском рынке soft skills часто оценивают интуитивно

На рынке РФ особенно заметна разница между технической и поведенческой оценкой. Техническое интервью структурировано: есть критерии, вопросы, понятные сигналы уровня специалиста. Интервью по soft skills часто превращается в неформальную беседу, где решение принимается по ощущениям. В результате оценка «коммуникабельности» становится оценкой «удобства общения».

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

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

Как эту проблему решили в компании Гринкор

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

Разместите
тендер бесплатно

Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.

Заполнить заявку 13470 тендеров
проведено за восемь лет работы нашего сайта.

Тогда CTO компании Гринкор изменил сам подход к оценке soft skills: вместо оценки личных качеств команда начала оценивать поведенческие маркеры. Например, вместо расплывчатого критерия «коммуникабельность» появились конкретные наблюдаемые параметры:

1. как кандидат уточняет задачу;
2. как реагирует на критику;
3. как объясняет технический выбор;
4. как ведёт себя в ситуации неопределённости.

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

Пример шкалы оценки

Самый важный шаг, который сделала компания Гринкор, — введение шкалы поведенческой оценки.

Пока интервьюер оценивает soft skills словами вроде «сильный», «слабый», «уверенный», «не очень зрелый», субъективность неизбежна. Но если появляется шкала с понятными признаками поведения, качество оценки резко растёт. Например:

1. низкий уровень — отвечает без уточнений, избегает обсуждения альтернатив;
2. средний уровень — задаёт уточняющие вопросы и объясняет выбор;
3. высокий уровень — учитывает риски, обсуждает компромиссы, вовлекает собеседника в решение.

Это уже не впечатление, а структурированная оценка. Именно так CTO Гринкор сделал soft skills измеряемыми внутри инженерного интервью. Это не убирает субъективность полностью, но резко снижает влияние личных симпатий интервьюера. Да и в целом способствует гораздо более качественному найму.

Почему будущее оценки разработчиков — за измеряемыми soft skills

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

Но именно soft skills определяют, как разработчик будет: работать в команде, принимать обратную связь, защищать решения, разрешать конфликты, влиять на результат. Поэтому IT-компания Гринкор рассматривает soft skills не как «дополнительный плюс», а как часть инженерной зрелости.

Именно в этом состоит главный вывод: объективная оценка soft skills возможна только тогда, когда компания перестаёт оценивать личность и начинает оценивать поведение.

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

Потому что личность субъективна.

А поведение — наблюдаемо.

Поэтому IT-компания Гринкор рассматривает soft skills не как «дополнительный плюс», а как часть инженерной зрелости.