Менше «місій та цінностей», більше — конкретики та опису процесів. Роздуми розробників про ідеальну співбесіду

Якою є ідеальна співбесіда? З яких етапів вона має складатися? Які питання не варто ставити під час інтерв’ю? Про що розмовляти?

Відповіді на ці запитання нам дали розробники, які пройшли не одне інтерв’ю на своєму кар’єрному шляху. Більшість схиляється до думки, що завдання наймача — мінімізувати зайвий стрес. Щодо технічного етапу, то хтось вважає гарною практикою давати короткі задачі-челенджі або «домашні завдання» чи pet-проєкти, а хтось — коли технічного етапу немає.

Розробники розповіли DOU про своє бачення ідеальної співбесіди як з погляду кандидата, так і з погляду наймача.

Хороша співбесіда з погляду кандидата

«Добре інтерв’ю не має бути стресовим»

Галина Олійник, Senior Data Scientist в Delivery Hero

На мою думку, хороша співбесіда — та, де інтерв’юер дає змогу кандидату проявити свої сильні сторони, показати вміння та поділитися досвідом.

Гарним прикладом можу назвати свою співбесіду в Delivery Hero. Це було приємне спілкування та live-coding сесії, де я мала змогу розповісти про те, як виконувала задачі на останньому місці роботи, які навички в Data Science у мене найбільш прокачані, та продемонструвати свої вміння в написанні коду.

Крім того, на мій погляд, добре інтерв’ю не має бути стресовим. І навіть якщо обговорювані теми не є дуже знайомими для кандидата, крутий інтерв’юер завжди залишається на позиції людини, яка хоче розкрити потенціал спеціаліста, а не довести, що він знає недостатньо.

Також під час гарного інтерв’ю відбувається активне обговорення тем: таким чином можна краще зрозуміти хід думок кандидата і широту його знань.

«Важливо мати час познайомитись з інтерв’юером»

Олександр Нагірняк, Software Engineer в Stripe

На мою думку, ідеальна співбесіда має бути не стресовою від самого початку. Запрошення має бути добре спланованим і таким, щоб його можна було додати до календаря у кілька кліків. Також на цьому етапі зручно знати ім’я інтерв’юера, щоб подивитись, чим він цікавиться, на чому пише, що вивчає. Мені приємно приходити на співбесіду максимально підготовленим, а це складно, коли в тебе немає контексту. До того ж обов’язково мають бути інструкції: чого від тебе очікують, чим можна користуватись тощо.

Перед початком інтерв’ю все має бути налаштовано, а навіть якщо щось йде не за планом, то добре було б мати змогу перенести зустріч без стресу.

Безпосередньо на співбесіді важливо мати час познайомитись з інтерв’юером, з’ясувати, над чим працюють у компанії та команді. І що більш важливо — розуміти, навіщо ти взагалі сюди прийшов, чим корисний компанії, який продукт можеш створити та який досвід здобути.

Для цього задачі та питання на інтерв’ю мають бути схожими на ті, які будеш вирішувати на новому місці роботи. Такий підхід допомагає зрозуміти, чи взагалі буде цікаво займатися продуктом, навіть якщо цей домен абсолютно новий для тебе.

В кінці співбесіди потрібно, щоб був час видихнути та провести реверс-інтерв’ю. Тобто поставити питання інтерв’юеру про компанію та процеси.

Саме такими були всі раунди співбесід у Stripe. Тому я зараз тут і працюю :)

«Якщо співбесіда сповнена драми, політики та схованих підтекстів, то й робота буде такою»

Віктор Мусієнко, Senior Engineer в Auth0

Найкращої співбесіди в мене ніколи не було :) Але було швидке інтерв’ю в GlobalLogic. Я прийшов, поспілкувалися з менеджером, виявилось, що я працював у їхніх конкурентів через дорогу і що мій майбутній продакт-оунер знає мого колишнього роботодавця. Вони поспілкувались між собою про мене офлайн, і мені одразу дали офер. Це все зайняло приблизно тиждень.

Щодо домашніх тестових завдань: я їх виконував багато і позитивний відгук отримував приблизно у 50% випадків. Серед 50% відмов — на 40% навіть не дали фідбеку. Непопулярна думка, але скажу: домашні завдання — це нормальна практика, якщо їх перевіряють і дають хоч мінімальний зворотний зв’язок. Але це тільки як доповнення до технічної співбесіди, а не заміна їй.

Загалом класна співбесіда — це 99% гарної комунікації та правильні очікування всіх учасників. Кандидат йде на інтерв’ю не для того, щоб підвищувати самооцінку, а компанія — не для того, щоб доводити, яка честь там працювати. Якщо правильно і чітко комунікувати, то й процес буде приємним, а не стресовим.

Раджу вчорашнім студентам і тим, хто тільки починає кар’єру, не хапатися за першу-ліпшу роботу, бо перший досвід дуже важливий, щоб зрозуміти, чого від вас хочуть і як воно має бути в професійному середовищі. Якщо співбесіда сповнена драми, політики та схованих підтекстів, то й робота буде такою. Але якщо інтерв’ю надто легке, то, можливо, й робота буде абсолютно неадекватною, адже компанія вже намагається взяти будь-кого.

«Чтобы поменьше грузили миссиями, ценностями, „одной семьей“»

Наталья Рябоконь, Software Engineer

Хорошее техническое собеседование — это:

1. Кандидату максимально понятно озвучивается его потенциальная роль, состояние проекта, типы задач, структура команды.

2. Вопросы для проверки знаний и опыта задаются с целью понять, насколько человек подходит для проекта. Работал ли ранее с технологиями, которые там используются (или будут использоваться), как бы решил какую-то из текущих задач, сталкивался ли с трудностями при работе с теми или иными подходами.

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

3. Отсутствие негативных практик, таких как:

  • попытки самоутвердиться за счет кандидата;
  • задачи, призванные запутать, а не решить проблему;
  • вопросы с фокусом на несущественных мелочах (например, какие аргументы принимает функция Х в библиотеке Y версии Z).

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

От HR на собеседовании хочется услышать в первую очередь об условиях работы (ремоут/офис, рабочие часы, отпуск, больничные, медстраховка, парковка и так далее).

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

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

«Из неуместных вопросов — головоломки, ребусы и прочие примеры креативного мышления»

Марк Доня, Senior Magento Software Engineer в NDA

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

Из неуместных вопросов — головоломки, ребусы и прочие примеры нестандартного, творческого, креативного мышления. У разработчиков логическое стандартное мышление.

«Интервью в несколько этапов — это хорошая практика»

Максим Назаров, PHP Developer в Together Networks

Я считаю, что интервью в несколько этапов — это хорошая практика. Это позволяет сохранить время и твое, и компании.

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

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

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

«На співбесіді має бути представлений безпосередній технічний керівник»

Senior Software Development Engineer в Grid Dynamics

Співбесіда — це двосторонній процес, під час якого компанія дивиться на кандидата, а кандидат на компанію. З позиції кандидата (крім умов співпраці, які мало відрізняються в компаніях) найважливіше — побачити та поспілкуватися із майбутнім технічним керівником і за можливості з командою. Інколи компанії засилають на проведення інтерв’ю «абстрактного Василя, який тут у нас проводить співбесіди». Цим вони виявляють неповагу до кандидата і зводять (спрощено) свій процес до вибору «ковбаси, яка сьогодні на базарі вигідна».

Ще одна погана практика: абстрактний Василь, який проводить співбесіди, заповнює аркуш з матрицею знань (чи що він туди пише). Це також схоже не на найм живого кандидата із могутнім інтелектом, здатного засвоїти будь-що, а на купівлю ковбаси на базарі за вигідною ціною. Але ковбаса закінчила розвиватись тієї миті, коли її приготували, на відміну від кандидата з інтелектом, розвиток якого не закінчується.

Тому на співбесіді нормальної людини має бути обов’язково представлений безпосередній технічний керівник, до якого потрапить новий розробник. А перевіряти на інтерв’ю потрібно не табличку засвоєних базвордів, а те, чи людина знає базу, має інтелект і готова розвиватися.

Хороша співбесіда з погляду наймача

«Без вопросов в стиле „кем вы видите себя через 5 лет“»

Василий Лютиков, Senior macOS/iOS Developer в AnyDesk

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

Итак, на первом этапе рассматривается заявка кандидата. В западной культуре значительную роль уделяют мотивационному письму.

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

Тестовое задание. Это наиболее спорный вопрос, так как хочется увидеть код, который пишет кандидат. Если у человека есть опенсорс-проект или код, который он/она может показать, не нарушая договоренности с прошлыми работодателями, то этот этап пропускали. Изначально мы предлагали задание на два часа с простой загрузкой данных и отображением результата.

На следующем этапе мы уже обсуждаем решение тестового задания и задаем вопросы по домену.

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

Последний этап — это разговор с одним из кофаундеров. Тут обычно обсуждаются планы на будущее, зарплата и так далее. Вопросов в стиле «кем вы видите себя через 5 лет» нет.

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

«Домашнее задание — отличный формат»

Борис Зибров, Software Engineer в Help Scout

Я начал проводить собеседования еще будучи джуном. Конечно, мне немного стыдно за них сейчас (ради справедливости стоит сказать, что в основном я собеседовал таких же джунов), но я учился, ходил по интервью сам, смотрел, что мне заходит, а что нет. В какой-то момент перестал спрашивать о расшифровке аббревиатур типа SOLID и KISS, начал стараться сделать собеседование менее похожим на экзамен, а больше — на диалог.

Также проводил интервью, где нужно было на время закодить задачу. Я думаю, это неплохой подход, который был популяризирован в FAANG, но однозначно не для всех: кто-то не может эффективно думать в стрессовой ситуации, кто-то просто не выспался или не готовился. А это именно такой тип собеседований, к которому можно неплохо подготовиться, решая полгода задачки на LeetCode. О чем нам говорит такое интервью? Чаще всего о том, что у кандидата было время и желание решать задачки на LeetCode. Это отдельный навык, который люди тренируют, чтобы пройти собеседование, и который в дальнейшем не используют.

В текущий момент один из этапов собеседования в компанию, где я работаю, — это задание на дом. Оно оплачивается (порядка $200) и занимает примерно 8 часов (это много, мы думаем, как сократить временные затраты до 4–6 часов). Это не первый этап, так как компания не может всем оплачивать $200 за «домашку». Перед этим был разговор на технические темы, с менеджментом. И, на мой взгляд, это правильный подход, потому что на этом этапе мы уже примерно понимаем, что знает человек, и теперь хотим быть точно уверенными, что кандидату будет комфортно работать с нами, а нам — с ним.

В конечном итоге для меня любое собеседование — это в каком-то смысле лотерея. Поэтому если вас не взяли куда-то, вспомните, что это лотерея, улыбнитесь и подавайтесь дальше. Чем больше времени есть у кандидата и компании пообщаться (несколько этапов собеседования), тем лучше будет результат для обеих сторон.

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

«Главное для хорошего интервью — эффективная и открытая коммуникация»

Сергей Борисенко, System Developer в byBrick Development

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

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

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

Хорошее интервью — то, которое помогает замэтчить подходящих друг другу кандидата и работодателя. Должно быть, условно, как в тиндере: где есть и фоточки, и то, что каждый пишет в своей анкете, и возможность обменяться сообщениями, когда после буквально нескольких фраз понятно, интересно вам или нет. А не как в разделе «знакомства» из советских газет: «М 180/75/35, козерог, гл. карие, с ВО без ВП, ищу Ж, бл., до 35, 90/60/90 без ВП».

Поэтому еще до сверки технических характеристик по списку необходимо выяснить, насколько стороны подходят друг другу: какие у кандидата цели и желания касательно новой работы, что из этого может ему предложить компания. И здесь нет универсального ответа. Вам не нужен кандидат, который знает все последние трендовые технологии и любит учить все новое, если у вас легаси саппорт-проект на технологиях 10-летней давности. Но зато это может подойти тому, кто любит спокойную работу без овертаймов и обладает широким опытом в используемых технологиях. То же самое касается и культурной совместимости.

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

«Хорошее собеседование — это когда у кандидата остается приятное впечатление от общения с компанией»

Игорь Мазур, Site Reliability Engineer, Software Engineer

Хорошее собеседование — это когда у кандидата остается приятное впечатление от общения с компанией. Даже если он не прошел или решил не принимать оффер. Чтобы он мог сказать своим знакомым потом: «Вон там классно пообщались». HR — это часть бренда компании. Это, наверное, основной принцип, от которого надо отталкиваться.

Если о конкретных шагах, что бы делал я:

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

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

3. Если человек не подошел — постараться давать фидбэк с конкретными идеями, что стоит улучшить. По крайней мере если речь идет о технических скилах.

Підписуйтеся на Telegram-канал редакції DOU, щоб не пропустити найважливіші статті.

👍НравитсяПонравилось7
В избранноеВ избранном4
Подписаться на автора
LinkedIn



Підписуйтесь: Soundcloud | Google Podcast | YouTube


14 комментариев

Подписаться на комментарииОтписаться от комментариев Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.

Последний вопрос на собеседовании: «Как вы думаете, подходим ли мы вам?».
ИМХО, это очень даже важный вопрос.

1. Бесят вот эти первые этапы от HR — давайте созвонимся на 15 минут и я вам расскажу за компанию и проект. Не надо звонить, я всеравно это не запомню на слух.
Скиньте текстом, все +/- я запишу себе, сравню и буду иметь ввиду на счет дальнейших шагов.

2. Тестовое задание на дом делал не раз, в основном оказалось не продуктивно и безрезультативно. больше не буду делать. Только онлайн кодинг с интервьювером — это лучшая стратегия.

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

4. На тех интерью ожидаю разговор в стиле ФААНГов ( CS, алгоритмы, сис дизайн, решение комплексных проблем и тд). а получаю в 90% случаев вопросы про замыкания в JS, как сделать что-то в такой то версии ангуляра, по верстке на флексах/гридах...

А зачем вам задавать вопросы

в стиле ФААНГов

если вы должны будете писать круд на англуряе?

но и в фаанге круды на ангуляре 🤷‍♀

охохо. Сложно представить менее холиварный вопрос про фаанги)

Про тех інтерв’ю з «лівою людиною» і як зробити «х» це жиза.

В мене була ситуація, коли після інтерншіпу мене співбесідували на позицію Junior Software Engineer (Angular), а співбесідник був по React. Я розхвилювався, тупив на питаннях типу «як видалити пікреслення тексту в CSS» і в решті-решт завалив співбесіду. Про Angular було всього декілька питань, які судячи з всього, були швидко нагуглені перед інтерв’ю.

Після відмови, правда, компанія передумала і мене взяли, але осадок залишився. Поки що це найгірше технічне інтерв’ю яке я мав.

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

Вообще-то решение задач на интервью тоже так себе практика. Так что оба варианта хуже.

Бесят вот эти первые этапы от HR — давайте созвонимся на 15 минут и я вам расскажу за компанию и проект. Не надо звонить, я всеравно это не запомню на слух.
Скиньте текстом

узбагойтесь, для HR это обычно просто повод оценить адекватность поведения кандидата, чтобы потом удивление собеседующего тимлида не вышло за рамки

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

Только онлайн кодинг с интервьювером — это лучшая стратегия.

Нафиг нафиг. Нет такого use case в реальной жизни. А если в конторе начальник смотрит в экран разработчику, то и работать в такой конторе не надо. Считаю, что над каждой задачей надо подумать, желательно в комфортной обстановке.

3. а что не так с собеседованием не с проектным лидом? в больших конторах могут быть специально выделенные люди с нужным стеком.
4. меня вопросы «в стиле ФААНГ» больше смешат, потому что обычно такие сначала щеки надувают, про архитектуру и парадигмы спрашивают, а потом такие «ящитаю, что юнит тесты нахер не нужны, поэтому я их выпилил», или «у нас тут монолитный легаси код с ванилла джс, джквери, отут еще бекбон и первый ангулар, но пользователи очень любят наш продукт, и мы следим за трендами рынка и стараемся внедрять новые технологии» XD

ты потом с кем работать будешь, со «специально выделенным человеком», или всё-таки с техлидом?

Подписаться на комментарии