Технічне завдання виконано чисто. Резюме акуратне, стек збігається з вакансією. А через тиждень приходить відмова з формулюванням про невідповідність культурі команди.
Таке трапляється частіше, ніж здається. Роботодавець наймає людину, з якою команда працюватиме щодня. Тому на співбесіді оцінюють і те, що кандидат уміє, і те, як він слухає, реагує на критику та розбирається з проблемами.
Що таке soft skills і чому роботодавці їх перевіряють
Soft skills це навички, які описують, як людина працює з іншими людьми і з власними задачами. Soft skills українською зазвичай перекладають як м’які навички, хоча точніше було б назвати їх поведінковими. Сюди входить уміння пояснити думку, домовитися, прийняти зауваження, спланувати свій день.
В IT софт скіли помітні швидше, ніж здається. Розробник щодня пише повідомлення в чат, коментує чужий код, пояснює на стендапі, чому задача затягнулася. Кожна така дрібниця впливає на те, як швидко рухається команда.
Роботодавці це давно порахували. У звіті LinkedIn Global Talent Trends 2019, для якого опитали понад 5000 фахівців з найму, 89% респондентів сказали, що невдалим працівникам зазвичай бракує саме soft skills.
Soft skills vs hard skills: чому технічних знань недостатньо
Hard skills легко перевірити. Знаєш Java, пишеш SQL-запити, розумієш, як працює Git.
З поведінковими навичками складніше. Уявімо двох кандидатів з однаковим рівнем Python. Перший отримує на code review десять зауважень, розбирається з кожним і питає, чому один із підходів гірший. Другий відповідає, що в нього все працює, і нічого не змінює. Код у них однаковий. Працювати з ними зовсім по-різному.
Hard skills, soft skills і досвід складаються в один профіль кандидата, і слабке місце в одному з них помітне. У тому самому дослідженні LinkedIn 92% опитаних сказали, що soft skills важать стільки ж, скільки технічні навички, або більше. Для Junior це гарна можливість. Поведінкові навички можна показати ще до того, як з’явиться комерційний досвід.
Soft skills: приклади навичок, без яких складно в IT
Які є софт скіли, що справді впливають на щоденну роботу розробника? Їх можна назвати десятки, але в IT найчастіше вирішують шість, і вони природно тримаються парами. Кожен софт скіл із цих шести легко побачити в роботі: достатньо подивитися, як людина поводиться в чаті, на code review чи під час аварії на проді.
Комунікація і командна робота
Гарна комунікація в IT звучить буденно. Питання в чат із контекстом, скриншотом і тим, що вже спробувано. Коротке пояснення на стендапі без двадцяти хвилин деталей. Вміння сказати, що задача не встигає, за два дні до дедлайну. Якщо в тебе питають статус, відповідь має бути одним повідомленням, яке зрозуміло без дзвінка.
Командна робота виростає з цього. Ти береш задачу, яка блокує колегу, навіть якщо своя цікавіша. Документуєш рішення, щоб наступна людина не розбиралася з нуля. Коли колега застряг, пропонуєш подивитися разом, навіть якщо це не твоя задача. Хто хоче з часом вести команду, тому варто подивитися, як ці навички складаються в систему на курсі Effective Team Lead.
Фідбек і критичне мислення
Code review є найчастішою точкою, де видно ставлення до фідбеку. Зауваження до коду стосуються коду. Людина, яка розуміє це, питає, чому рецензент пропонує інший варіант, і або погоджується, або аргументує свою позицію. Давати фідбек теж треба вміти: конкретно, з прикладом, без оцінки особистості. Коментар переробити без пояснення нічого не дає автору коду.
Критичне мислення проявляється, коли щось ламається. Замість того щоб одразу гуглити помилку й копіювати перше рішення, розробник з’ясовує, що змінилося, відтворює проблему і перевіряє гіпотези по черзі. Так баг знаходять за годину. Хаотичний пошук міг би забрати весь день.
Самоорганізація та адаптивність
На віддаленій роботі ніхто не стоїть за спиною. Самоорганізація означає, що ти сам розбиваєш задачу на кроки, оцінюєш час і вчасно кажеш, якщо оцінка не справдилась. Відповідальність тут проста: взята задача доводиться до кінця або чесно повертається назад. Трекер задач з актуальними статусами каже про самоорганізацію більше, ніж будь-які слова.
Адаптивність в IT потрібна постійно. Проєкт переходить на новий фреймворк, змінюються вимоги посеред спринту, з’являються AI-інструменти, які міняють сам процес розробки. Хто вміє швидко вчитися й не тримається за звичний спосіб роботи, той залишається корисним команді незалежно від змін.
Як soft skills перевіряють на співбесіді
На співбесіді софт скілс рідко перевіряють прямим питанням про те, чи ти комунікабельний. Замість цього просять розповісти про реальну ситуацію. Розкажи про конфлікт у команді і про те, як його вдалося розв’язати. Яка помилка коштувала найдорожче? Що відбувається, коли твоя думка розходиться з рішенням тімліда?
Сама історія рекрутера цікавить мало. Він дивиться, чи бере кандидат відповідальність на себе, чи описує конкретні дії, чи робить висновки. Відповідь про помилку, в якій винні всі, крім автора, одразу знижує оцінку.
Частину навичок видно без питань. Чи слухає кандидат до кінця, чи перепитує, коли не зрозумів, як реагує на уточнення. Відрепетирувати такі відповіді найкраще в умовах, близьких до справжніх, наприклад на пробній співбесіді з Senior-розробником, який дасть відвертий фідбек.
Які soft skills можуть зіпсувати співбесіду, якщо їх бракує
Відсутність лідерських якостей Junior-кандидату рідко закидають. Відмову частіше отримують через конкретні сигнали, які інтерв’юер помічає за перші півгодини:
- кандидат перебиває і відповідає на питання, якого не ставили;
- звинувачує попередню команду чи ментора в усіх невдачах;
- не може пояснити, чому ухвалив те чи інше рішення у власному проєкті;
- сперечається агресивно, коли інтерв’юер пропонує інший підхід;
- не визнає помилки навіть тоді, коли на неї прямо вказують.
Кожен пункт окремо може бути випадковістю через хвилювання. Разом вони малюють людину, з якою важко працювати. Якщо відмови повторюються і незрозуміло чому, варто розібрати ситуацію на кар’єрному консультуванні: зі сторони такі патерни видно краще.
YouTube
Прокачуй soft skills там, де працює реальна команда
Поведінкові навички не вивчиш за підручником. Вони розвиваються тоді, коли є люди, які реагують на твої дії, і є фідбек, який можна проаналізувати.
Найближче до цього навчання з ментором. Коли практикуючий розробник перевіряє кожне завдання в менторингу, ти щодня тренуєш те, що потім знадобиться на роботі: приймати зауваження, ставити точні питання, аргументувати рішення.
Наступний крок дає стажування на IT-проєкті. Там є команда, sprint planning, статус-мітинги та code review. Після кількох спринтів розповісти на співбесіді про командний досвід можна вже на реальних прикладах.
Технічні навички відкривають двері на співбесіду. Soft skills вирішують, чи тебе візьмуть і чи захочуть з тобою працювати далі. Почни тренувати їх зараз, на кожному code review і в кожному робочому чаті.
