Что включает оценка soft skills кандидата на позицию разработчика?

Оценка soft skills разработчика: как провести интервью без лишних затрат

«Разработчик уверенно прошёл техническое интервью. А как понять, что он не пропадёт перед релизом и сможет обсуждать задачи без постоянных споров?» Для этого нужна оценка soft skills: проверка того, как человек уточняет требования, сообщает о проблемах, принимает обратную связь и договаривается с коллегами. Малому бизнесу достаточно подготовленного интервью, короткой рабочей ситуации и единой формы заметок — покупать сложную систему тестирования необязательно. 🔎

Я — Улыбина Юлия Сергеевна, частный специалист: занимаюсь контент-менеджментом, руковожу командами и провожу собеседования, в том числе с программистами. Это личная экспертная работа, не кадровое агентство. Ниже расскажу, как организовать IT-рекрутинг в небольшой команде: что проверять самостоятельно, где нужен технический специалист и как не перепутать приятное общение с готовностью работать.

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

Проверяйте навыки, от которых зависит повседневная работа: понимание задачи, самостоятельность, коммуникацию, ответственность, работу с обратной связью и приоритетами. Абстрактные качества вроде «приятный человек» или «подходит по духу» почти ничего не объясняют.

Для команды из 2–30 человек особенно чувствительны ситуации, когда информация остаётся у одного сотрудника. Разработчик может хорошо писать код, но не сообщать, что задача заблокирована. Владелец проекта узнаёт об этом тогда, когда уже рассчитывал показать результат заказчику.

Поэтому до собеседования стоит составить короткий список наблюдаемых действий.

1. Уточнение требований

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

2. Сообщение о рисках

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

3. Самостоятельность с понятными границами

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

4. Обсуждение разногласий

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

5. Работа с обратной связью

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

6. Понимание приоритетов

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

Не пытайтесь оценивать всё сразу. Для конкретной вакансии выделите 4–6 критериев. Если человек будет работать один, больше внимания понадобится самостоятельности и передаче информации. Если войдёт в действующую команду — взаимодействию, обсуждению решений и работе с ревью.

Как я провожу собеседования с программистами: методика оценки hard/soft skills

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

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

Практическая схема выглядит так.

Сначала перевожу пожелания руководителя в рабочие ситуации

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

Например:

• Задачи приходят от владельца проекта без подробного ТЗ — проверяем, как кандидат собирает недостающие требования.
• Команда работает удалённо — смотрим, умеет ли он оставлять понятные письменные обновления.
• Есть поддержка действующего продукта — обсуждаем реакцию на срочное обращение и переключение между задачами.
• Разработчик будет взаимодействовать с контент-менеджером — проверяем, может ли он объяснить ограничения без избыточной технической терминологии.
• Нет постоянного технического руководителя — отдельно выясняем границы самостоятельных решений.

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

Затем обсуждаю прошлый опыт по одной понятной схеме

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

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

Предположим, кандидат рассказывает: «У нас постоянно менялись требования, но мы справлялись». Этого мало для оценки. Нужны уточнения:

• Что именно менялось?
• Как вы узнавали об изменении?
• Что сделали лично вы?
• Кто согласовал новый объём?
• Как сообщили о влиянии на срок?
• Что в следующий раз сделали бы иначе?

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

Hard skills проверяю отдельно от впечатления об общении

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

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

Итог тоже стоит разделять:

• Hard skills: что человек способен сделать технически.
• Soft skills: как он организует работу и взаимодействует.
• Условия сотрудничества: график, доступность, формат занятости, ожидания сторон.

Несовпадение по рабочим часам — это не слабая коммуникация. А спокойный и вежливый разговор ещё не подтверждает владение нужной технологией.

Какие вопросы помогают увидеть поведение, а не услышать заготовку?

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

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

Как проверить самостоятельность без требования «разбирайтесь со всем сами»?

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

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

Что слушать: есть ли последовательность действий, объяснение точки обращения за помощью и понимание стоимости задержки.

Что уточнить: «Что именно вы передали коллеге, чтобы ему не пришлось начинать исследование заново?»

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

Как понять, сообщит ли разработчик о срыве договорённости?

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

Вопрос: «Расскажите о случае, когда стало понятно, что задача не будет готова к согласованному моменту. Когда и кому вы об этом сообщили?»

Что слушать: когда человек заметил риск, что сообщил, предложил ли разделить объём или изменить последовательность работ.

Что уточнить: «Что руководитель мог решить после вашего сообщения?»

Фраза «я предупредил, что не успеваю» пока недостаточна. Сообщение полезно, если из него понятны последствия и варианты действий.

Как оценить работу с обратной связью?

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

Вопрос: «Какое замечание на ревью вы считали спорным? Как обсуждали его и к чему пришли?»

Что слушать: разделяет ли человек технические доводы, вкусовые предпочтения и командные договорённости.

Что уточнить: «Было ли что-то, в чём вы после обсуждения изменили мнение?»

Насторожить должно не несогласие, а отсутствие попытки понять аргументы другой стороны. И наоборот: постоянное «я со всем соглашаюсь» не подтверждает зрелость.

Как проверить общение с нетехническими коллегами?

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

Задание: «Представьте, что руководитель просит изменить поведение сайта, но это затрагивает связанные функции. Как вы объясните, что нужно уточнить до начала работы?»

Что слушать: понятен ли смысл, есть ли вопросы к задаче, предложен ли следующий шаг.

Сдержанный человек может объяснять точно и удобно. Разговорчивый — долго говорить, но так и не обозначить, какое решение требуется от руководителя. Общительность и рабочая коммуникация — разные вещи.

Как провести оценку soft skills за одно интервью и не раздувать бюджет?

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

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

Пример поведенческого блока на 45 минут:

1. 5 минут — контекст вакансии. Объясните, как устроена команда, откуда приходят задачи и что будет ожидаться от сотрудника.
2. 20 минут — прошлый опыт. Разберите несколько эпизодов по заранее выбранным критериям.
3. 10 минут — короткая рабочая ситуация. Посмотрите, как кандидат уточняет вводные и формулирует сообщение.
4. 5 минут — вопросы кандидата. Ответьте о процессах, ограничениях и ожиданиях.
5. 5 минут — договорённости о продолжении. Обозначьте следующий шаг и срок обратной связи.

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

Какую рабочую ситуацию дать без бесплатной работы на ваш проект?

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

Условный пример:

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

Здесь не нужен заранее угаданный «правильный» порядок. Полезно увидеть, что кандидат спросит:

• Подтверждена ли проблема с формой?
• Кого она затрагивает и есть ли обходной путь?
• Кто может согласовать изменение приоритетов?
• Есть ли другой сотрудник, которому можно передать часть работы?
• Что известно о срочности нового блока?
• Когда команда получит следующее обновление?

Затем предложите написать сообщение из 3–5 предложений руководителю. Это покажет, способен ли кандидат кратко отделить известное от предположений и обозначить следующий шаг.

Плюсы такого подхода:

• не требуется отдельный сервис;
• ситуация связана с будущей работой;
• кандидатов проще оценивать по общим критериям;
• письменный ответ помогает увидеть качество передачи информации.

Ограничения:

• учебная ситуация не воспроизводит рабочую нагрузку полностью;
• человек может знать правильную модель ответа, но не применять её в работе;
• результат зависит от ясности задания и поведения интервьюера.

Поэтому рабочая ситуация дополняет разбор прошлого опыта, а не заменяет его.

Как оценить ответы и не нанять человека только потому, что он понравился?

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

Для начала хватит документа или обычной электронной таблицы. В карточке кандидата нужны поля:

• Критерий: например, сообщение о рисках.
• Рабочее ожидание: предупреждает о препятствии до контрольной точки, объясняет последствия.
• Наблюдение: что именно рассказал или сделал кандидат.
• Оценка: насколько пример подтверждает ожидание.
• Неопределённость: что осталось проверить.

Можно использовать простую шкалу от 1 до 3:

• 1 — есть противоречащие ожиданию примеры. Например, кандидат описывает, как скрывал задержку до последнего момента, и не видит в этом проблемы.
• 2 — подтверждение частичное. Есть подходящий пример, но действия или последствия раскрыты недостаточно.
• 3 — есть конкретное подтверждение. Понятны обстоятельства, действия человека, результат и выводы.

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

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

Какие ошибки интервьюера особенно дорого обходятся небольшой команде?

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

Стоит исключить несколько привычек.

«Мне с ним легко разговаривать — значит, сработаемся».

Лёгкость знакомства не показывает, как человек сообщит о проблеме или согласует спорное изменение.

«Он не задавал вопросов, значит, ему неинтересно».

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

«Будем перебивать и спорить — проверим стрессоустойчивость».

Так вы меняете условия интервью и можете получить реакцию на некорректное общение вместо данных о рабочем поведении.

«Предыдущая команда была сложной — значит, кандидат конфликтный».

Само описание трудностей ничего не доказывает. Разберите действия человека и его вклад в ситуацию.

«Нужен человек без неудобных границ».

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

Обоснование у структурированного подхода есть и за пределами практических рекомендаций. Обзор исследований Джулии Левашиной и соавторов, опубликованный в Personnel Psychology в 2014 году, рассматривает структурированные интервью, включая стандартизацию вопросов и оценки ответов. Практические материалы U.S. Office of Personnel Management также описывают интервью по профессиональным компетенциям с едиными критериями оценивания. Это не обещание безошибочного найма, а основание делать процедуру последовательной.

Что проверить после выхода человека, чтобы интервью не осталось отдельным упражнением?

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

На старте договоритесь:

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

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

Оценка soft skills двусторонняя: кандидат показывает свои привычки, а работодатель — качество организации работы. Если требования меняются без уведомления, даже самостоятельному специалисту будет трудно действовать предсказуемо.

Вопросы и ответы

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

Можно ли оценить soft skills разработчика, если я не разбираюсь в программировании?

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

Что спрашивать у junior-разработчика, у которого ещё не было рабочих конфликтов?

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

Если кандидат отвечает коротко, это плохая коммуникация?

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

Нужны ли платные психологические тесты для найма одного программиста?

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

Кандидат говорит, что всегда соблюдает сроки. Как это проверить?

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

Можно ли отказать человеку, если он не согласен с руководителем на интервью?

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

Стоит ли давать большое тестовое, чтобы одновременно проверить ответственность и навыки?

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

Улыбина Юлия Сергеевна — частный специалист или рекрутинговое агентство?

Улыбина Юлия Сергеевна — частный специалист, не агентство и не платформа автоматического отбора. Я провожу собеседования и помогаю с подбором персонала; объём участия и необходимость отдельной технической экспертизы согласовываются под задачу.

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

Если нужна помощь с подготовкой интервью или оценкой кандидатов, Улыбина Юлия Сергеевна открыта к проектным предложениям и работе в команде. Опишите вакансию, состав команды и то, что вызывает сомнения: обсудить проведение собеседований с разработчиками. 🤝

Источники. Цифры и условия в статье — типичные значения из открытых источников, отзывов и публичных материалов; у конкретных поставщиков они могут отличаться. Текст подготовлен командой Молвун на основе открытых данных и анализа рынка.