История из Habr: проектный офис в Professional Services столкнулся с тем, что PM, сильные в хард-скиллах (Jira, диаграммы Ганта), выгорали или проваливали проекты из-за неумения управлять ожиданиями и эскалировать проблемы. Автор признаёт: «мы нанимаем за практические навыки, а увольняем за неумение коммуницировать». Это типичная проблема: софт-скиллы сложно измерить, но без них даже идеальный хард не спасает.

Почему «коммуникабельный» — не критерий

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

Как перевести софт-скиллы в измеримые критерии

  • Выделите 3–4 критичных для роли софт-скилла (например, для PM: эскалация, управление ожиданиями, фасилитация встреч).
  • Для каждого сформулируйте поведенческие индикаторы: что человек делает, когда возникает проблема.
  • Используйте структурированные интервью с вопросами о прошлом поведении (метод STAR).
  • Введите практическое задание: например, ролевую игру «сложный заказчик» или разбор кейса с конфликтом.
  • Оценивайте по шкале (1–5) каждый индикатор отдельно, а не общее впечатление.

Пример из практики: эскалация проблемы

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

Что делать после найма

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

Чего избегать

  • Не полагайтесь на интуицию: она предвзята.
  • Не используйте тесты личности без валидации — они плохо предсказывают поведение.
  • Не задавайте гипотетические вопросы («что бы вы сделали, если...») — спрашивайте о реальном опыте.
  • Не оценивайте софт-скиллы в одиночку — привлекайте второго интервьюера для калибровки.

Перестройка оценки софт-скиллов — не быстрый процесс. Но если вы начнёте с малого: добавите поведенческие вопросы и шкалу оценки в одно интервью, — уже через несколько наймов увидите разницу. Главное — не обещать «идеального найма», а последовательно снижать риск ошибки.