У пошуках відповідного учасника команди, РМ-у доводиться поспілкуватися не з одним кандидатом. Як оцінити технічні навички розробника або розробниці, які питання важливо поставити, а від яких – краще відмовитися? Розповідає Lead Software Engineer у SoftServe Олексій Голубєв.
Про що варто запитати на співбесіді
Під кожну позицію часто висувають індивідуальні вимоги до претендента, його технічних і софт скілів. Виходячи з цього project manager вибудовує власну лінію спілкування з розробником/розробницею під час інтерв’ю. Список питань може відрізнятися залежно від вакансії, але існують універсальні теми для всіх співбесід.
Одна з них – це розмова про останній проєкт. Запитання про це допомагають зрозуміти, чим людина займалася недавній час. Якщо програміст довгий час пропрацював на одному проєкті, це має вас насторожити. Річ у тім, що технології рідко йдуть у ногу з розробкою продукту. Як його створили на певній версії чогось, так він, найімовірніше, і буде на цьому працювати практично без оновлень. Тому, якщо на вашому проєкті використовують нову версію технології, з якою здобувач раніше не стикався, обов’язково уточніть у нього про готовність працювати з нею та за необхідності доповнити прогалини в знаннях. Також, розмова про останній проєкт дає змогу дізнатися:
- яку роль розробник/розробниця виконували;
- як відбувалося спілкування з клієнтом і керівництвом;
- які взаємини були з командою та її розмір;
- за якою методологією кандидат працював. Наприклад, якщо на попередньому проєкті розробник усе робив за Scrum, а у вас застосовують Kanban, то краще провести з ним додатково мітинг для роз’яснення цього питання і спрощення надалі онбордінгу.
Чи є у розробника досвід у вирішенні конфліктів – те, про що точно потрібно дізнатися PM-у. Команди бувають різні й важливо зрозуміти, як діятиме людина в тій чи іншій ситуації. Наприклад, запитайте у претендента, чи буде йому комфортно працювати без чіткого скоупа, коли завдання йому ставлять із сьогодні на завтра. Для багатьох це проблема.
Є ще хороше запитання (особливо для претендентів на керівну посаду), яке допомагає виявити здібності людини до вирішення конфліктних ситуацій:
– PM: «На проєкті ти єдиний, хто вважає, що краще використовувати технологію А. Інші розробники голосують за варіант Б. При цьому ти team lead. Як вирішуватимеш проблему?»
– Здобувач (правильна відповідь): «Запрошу експерта зі сторони, щоб він висловив свою думку. Після цього буду ухвалювати рішення».
Із відповіді на запитання ви дізнаєтеся, чи вміє здобувач чути думки інших, прислухатися до рекомендацій експерта, аргументовано ухвалювати рішення і не боятися цього робити. Усе це важливо для того, щоб зрозуміти, чи буде з ним комфортно працювати команді, і чи не стане він у підсумку токсичним елементом.
Також варто поставити запитання про комфортний графік. Особливо у випадках, коли вакансія передбачає віддалений формат співпраці в розподіленій команді з різних часових поясів. Наприклад, на проєктах зі США розробникам в Україні часто доводиться працювати в другій половині дня. Навіть якщо графік гнучкий, все одно потрібно знайти спільний час для зустрічей і обговорення питань. Обов’язково уточніть у претендента його бачення комфортного графіка для продуктивної роботи.
Важливий момент, який варто прояснити на інтерв’ю – необхідний рівень англійської. На вас, як на проєктному менеджері, лежить відповідальність за спілкування команди з клієнтом. Тому важливо, щоб кожен за потреби міг без проблем поспілкуватися із замовником, якщо в того виникне бажання безпосередньо зв’язатися з технічним фахівцем. Це ж актуально, коли команда інтернаціональна, тож хороша розмовна англійська must have. Для перевірки рівня найкраще ставити запитання за останнім проєктом. Так ви оціните не тільки знання мови, зокрема й технічних термінів, а й скоротите час інтерв’ю, об’єднавши дві теми в одну.
Відповіді на перелічені запитання допоможуть вам зрозуміти, чи зможе розробник/розробниця гармонійно вписатися у вашу команду і легко заонбордитися. Зараз же давайте поговоримо про те, що не варто говорити розробнику під час інтерв’ю.
Про що краще не питати
Іноді буває так, що розробник ідеально підходить на проєкт і в команду, але після інтерв’ю з PM-ом відмовляється від пропозиції або ж зовсім не виходить на зв’язок. Можливо, вся справа в темах інтерв’ю, які відлякали фахівця:
- Причини звільнення. Люди не люблять про це говорити. Далеко не всі готові відверто сказати, що причина у вищій зарплаті або конфліктах на минулому місці роботи, наприклад. Тож, якщо не хочете відлякати потенційного колегу, будьте обережні з цією темою. Запитуйте тільки тоді, коли отримана інформація дійсно важлива для вашого проєкту. Найкраще, якщо інтерес до причини звільнення буде частиною питання про попередній проєкт. Тоді це навряд чи викличе сильну негативну реакцію з боку співрозмовника.
- «Чому люк круглий». Загалом це стосується всіх запитань, які не стосуються безпосередньо роботи розробника і покликані оцінити рівень інтелекту здобувача. На практиці ж вони зазвичай стають «пустушками», оскільки в кожної людини свій бекграунд у вигляді виховання, базової освіти, захоплень, життєвого досвіду загалом. Тому за відповідями на подібні запитання важко визначити реальний рівень IQ співрозмовника.
- Особисте. Склад сім’ї, вік, рівень заробітку тощо – це ті питання, які дратують більшість людей на співбесідах. Якщо людина захоче, вона сама розповість.
Одна з помилок проєктних менеджерів – більше зосередитися на hard skills здобувача, не приділяючи багато уваги soft skills. Перевіряти професійні навички та вміння повинен технічний фахівець потрібного профілю з досвідом і рівнем знань, вищим за той, що має претендент. За відсутності такої людини в команді, має сенс запросити експерта зі сторони.
Ви, як PM, можете взяти участь у дискусії на тему hard skills, якщо добре розбираєтеся в технічних моментах. Ще можете поставити запитання за заздалегідь підготовленим списком із відповідями, щоб підготувати претендента для інтерв’ю з командою замовника. В інших випадках краще сконцентруйтеся на soft skills, адже головне завдання проєктного менеджера під час співбесіди з розробником – це зрозуміти, чи зможе він/вона органічно влитися в команду і посилити її. Для цього важливо грамотно вибудовувати спілкування, ставлячи правильні запитання й уникаючи неприйнятних.
Гарне інтерв’ю – це те, до якого підготовлені обидві сторони. Проєктний менеджер знає, які запитання ставити, а розробник/розробниця може дати на них зрозумілі й аргументовані відповіді або якось прокоментувати почуте. Тоді співбесіда проходить комфортно і конструктивно. У такій атмосфері легше побачити потенціал людини і знайти того, хто посилить вашу команду.