Гибкие и жесткие навыки (soft и hard skills): разница, примеры для IT и как показать их в резюме

Жесткие навыки (hard skills) — это профессиональные умения, привязанные к конкретной работе и проверяемые тестом или результатом: язык программирования, SQL, настройка CI, работа в Figma. Гибкие навыки (soft skills) — это умения взаимодействовать с людьми и организовывать свою работу, которые переносятся из профессии в профессию: коммуникация, сервисность (близкое понятие — клиентоориентированность), работа с обратной связью, планирование.

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

Мини-словарь: что с чем путают

• Hard skill — умение, у которого есть проверяемый результат и понятная шкала: «пишу запросы с JOIN и оконными функциями», «B2 по английскому».
• Soft skill — умение в поведении: что человек делает в рабочих ситуациях с людьми, сроками и неопределенностью. Его тоже можно тренировать, просто медленнее и через практику, а не через конспект.
• Черта личности — относительно устойчивая особенность (например, интроверсия). Это не навык: интроверт может отлично вести переговоры, если освоил прием.
• Компетенция — связка знаний, навыков и поведения под конкретную задачу. Например, «проведение code review» требует и знания языка (hard), и умения давать критику без конфликта (soft).

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

Разница между hard и soft skills

Граница условная. Написание технической документации — это одновременно hard skill (знать, что и как документировать) и soft skill (писать для конкретного читателя). Поэтому в IT чаще говорят о связке: сильный hard без soft трудно встроить в команду, сильный soft без hard не закроет задачу.

Примеры гибких и жестких навыков для IT-ролей

Списки ниже — типичные, а не исчерпывающие: конкретный набор зависит от компании, продукта и уровня позиции.

Заметно, что гибкие навыки в IT — не абстрактная «коммуникабельность», а конкретные рабочие действия: оставить понятный комментарий в PR, эскалировать проблему вовремя, объяснить нетехническому человеку, почему задача займет не два дня.

Какие soft skills чаще всего ищут в IT

• Письменная коммуникация. В распределенных командах большая часть работы идет в тикетах, чатах и документах. Признак навыка — сообщение понятно без созвона: контекст, проблема, что уже сделано, что нужно от адресата.
• Работа с обратной связью. Умение принять замечание на ревью и дать свое по делу, без перехода на личности.
• Обучаемость. Способность разобраться в новом инструменте по документации и довести до рабочего результата.
• Решение проблем. Сузить неизвестное: воспроизвести, выдвинуть гипотезу, проверить, зафиксировать вывод.
• Управление временем и приоритетами. Честная оценка, раннее предупреждение о срыве срока, отказ от лишнего.
• Командная работа и эмоциональный интеллект. Замечать напряжение в команде и снижать его, а не усиливать.
• Сервисность — о ней отдельно ниже, потому что ее часто понимают слишком узко.

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

Сервисность: что это за навык и зачем он в IT

Сервисность — это умение понимать, что на самом деле нужно тому, для кого ты работаешь, и выстраивать работу так, чтобы решить его задачу, а не формально выполнить запрос. Ее часто называют клиентоориентированностью, но точнее развести: клиентоориентированность — общий принцип (ставить интересы клиента в центр решений), а сервисность — то, как этот принцип проявляется в конкретном взаимодействии и качестве обслуживания. Клиентом при этом бывает не только покупатель: для разработчика это продакт, тестировщик, соседняя команда, для DevOps — все разработчики компании.

Как сервисность выглядит в поведении:

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

Антипризнаки: «в задаче так написано», пропадание на недели, ответы жаргоном человеку без технического бэкграунда.

Важная граница: сервисность не равна угодливости и готовности сделать все, что попросят. Иногда самое сервисное действие — отказать или отговорить от решения, которое навредит клиенту, и объяснить почему.

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

Что важнее: мифы про «85% успеха»

В интернете часто встречается тезис «успех на 85% зависит от soft skills и на 15% от hard skills» со ссылкой на Гарвард, Стэнфорд и Фонд Карнеги. Сам Фонд Карнеги возводит его к отчету Чарльза Манна «A Study of Engineering Education», который фонд издал в 1918 году, и уточняет, что цифры из отчета экстраполированы, а не приведены в нем прямо. В основе — опросы инженеров более чем вековой давности о том, что важнее для успеха в профессии, а не измерение, поэтому воспринимать «85/15» как закон не стоит. В ряде пересказов ее даже переворачивают наоборот.

Более полезный ориентир — исследование Google Project Aristotle о том, что отличает эффективные команды. По итогам, которые Google опубликовала в 2015 году, главным фактором оказалась психологическая безопасность: можно ли в команде признать ошибку или задать «глупый» вопрос без риска для себя. Состав команды по навыкам оказался менее значим, чем то, как люди взаимодействуют.

Практический вывод без процентов: на входе в IT hard skills обычно решают, пройдешь ли ты техническое интервью, а soft skills — возьмут ли тебя в команду и как быстро ты будешь расти после.

Как показать hard и soft skills в резюме

Hard skills указывают конкретно: инструмент, версия или уровень там, где это важно, и контекст использования. Soft skills списком прилагательных не работают — «коммуникабельный, стрессоустойчивый, ответственный» пишут почти все, и рекрутер такие строки пропускает. Гибкий навык доказывается действием и результатом.

Формула для строки опыта: действие + контекст + результат. Если точной цифры нет, результат можно описать качественно («перестали терять заявки при передаче между сменами»), но выдумывать метрики нельзя: на интервью о них спросят.

Чек-лист перед отправкой:

1. Раздел навыков содержит только hard skills, релевантные вакансии.
2. Каждый заявленный soft skill подкреплен хотя бы одной строкой в опыте.
3. Формулировки взяты из вакансии там, где они честно про тебя: так резюме проходит и фильтр рекрутера, и автоматический поиск по ключевым словам.

Как проверяют навыки на собеседовании

Hard skills проверяют техническим интервью, тестовым заданием, live coding или разбором твоего кода. Soft skills — поведенческими вопросами: «Расскажи о ситуации, когда…». Интервьюер ищет не правильный ответ, а конкретный случай и твои действия в нем.

Удобная структура ответа — STAR: ситуация (Situation), задача (Task), действия (Action), результат (Result). Пример на вопрос «Расскажи, как ты работал с недовольным заказчиком»:

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

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

Как развивать гибкие навыки: план до результата

1. Выбрать один-два навыка по реальной обратной связи (ревью, итоги испытательного срока, вопросы на прошлых интервью), а не по списку «топ-10 навыков».
2. Перевести навык в поведение: не «стать сервиснее», а «сообщать статус задачи в треде до конца дня, если срок сдвигается».
3. Практиковать на рабочих задачах четыре-шесть недель и отмечать, где получилось, где нет.
4. Попросить обратную связь у одного-двух коллег конкретным вопросом: «Было ли понятно из моих апдейтов, что происходит с задачей?».
5. Упаковать результат: две-три STAR-истории и строка в резюме. Это и есть артефакт, который можно предъявить работодателю.

Если не получилось:

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

Выводы

• Hard skills — профессиональные умения с проверяемым результатом, soft skills — поведение в работе с людьми и задачами; граница между ними условная.
• Гибкие навыки не врожденные: их можно тренировать, если перевести в конкретное наблюдаемое действие.
• Сервисность в IT касается и внутренних клиентов: коллег, соседних команд, продакта.
• В резюме hard skills пишут конкретно, а soft skills доказывают строками опыта «действие + контекст + результат».
• На собеседовании гибкие навыки проверяют поведенческими вопросами, отвечать удобно по структуре STAR.

Где применяется / связь с практикой

FAQ

Можно ли писать в резюме soft skills отдельным разделом?
Можно коротко, но без подтверждения в опыте такой раздел почти ничего не дает. Лучше два-три навыка, каждый из которых виден в описании проектов.

Английский язык — это hard или soft skill?
Уровень языка — hard skill: он измеряется тестом и шкалой. Умение провести на нем созвон с заказчиком и договориться — уже связка с soft skills.

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