Как проводить интервью с разработчиками. Шпаргалка для менеджера

Как проводить интервью с разработчиками. Шпаргалка для менеджера

8 декабря 2021

  • Автор: Алексей Голубев

  • Сложность: легко

  • Время: 4 мин

В поисках подходящего участника команды, РМ-у приходится пообщаться не с одним кандидатом. Как оценить технические навыки разработчика или разработчицы, какие вопросы важно задать, а от каких — лучше отказаться? Рассказывает Lead Software Engineer в SoftServe Алексей Голубев.

О чем стоит спросить на собеседовании

Как PM-у проводить интервью с разработчиком_1 Под каждую позицию часто выдвигают индивидуальные требования к соискателю, его техническим и софт скилам. Исходя из этого project manager выстраивает собственную линию общения с разработчиком/разработчицей во время интервью. Список вопросов может отличаться в зависимости от вакансии, но существуют универсальные темы для всех собеседований.

Одна из них — это разговор о последнем проекте. Вопрос об этом помогают понять, чем человек занимался недавнее время. Если программист долгое время проработал на одном проекте, это должно вас насторожить. Дело в том, что технологии редко идут в ногу с разработкой продукта. Как его создали на определенной версии чего-то, так он скорее всего и будет на этом работать практически без обновлений. Поэтому, если на вашем проекте используют новую версию технологии, с которой соискатель ранее не сталкивался, обязательно уточните у него про готовность работать с ней и при необходимости дополнить пробелы в знаниях. Также, разговор о последнем проекте позволяет узнать:

  • какую роль разработчик/разработчица выполняли;
  • как происходило общение с клиентом и руководством;
  • какие взаимоотношения были с командой и ее размер;
  • по какой методологии кандидат работал. Например, если на предыдущем проекте разработчик все делал по Scrum, а у вас применяют Kanban, то лучше провести с ним дополнительно митинг для разъяснения данного вопроса и упрощения в дальнейшем онбординга.

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

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

— PM: «На проекте ты единственный, кто считает, что лучше использовать технологию А. Другие разработчики голосуют за вариант Б. При этом ты team lead. Как будешь решать проблему?»

— Соискатель (правильный ответ): «Приглашу эксперта со стороны, чтобы он высказал свое мнение. После этого буду принимать решение.»

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

Также стоит задать вопрос про комфортный график. Особенно в случаях, когда вакансия предполагает удаленный формат сотрудничества в распределенной команде из разных часовых поясов. Например, на проектах из США разработчикам в Украине часто приходится работать во второй половине дня. Даже если график гибкий, все равно нужно найти общее время для встреч и обсуждения вопросов. Обязательно уточните у соискателя его видение комфортного графика для продуктивной работы.

TechMind_1

Важный момент, который стоит прояснить на интервью — необходимый уровень английского. На вас, как проектном менеджере, лежит ответственность за общение команды с клиентом. Поэтому важно, чтобы каждый при необходимости мог без проблем пообщаться с заказчиком, если у того возникнет желание напрямую связаться с техническим специалистом. Это же актуально, когда команда интернациональная, так что хороший разговорный английский must have. Для проверки уровня лучше всего задавать вопросы по последнему проекту. Так вы оцените не только знания языка, в том числе и технических терминов, но и сократите время интервью, объединив две темы в одну.

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

О чем лучше не спрашивать

Как PM-у проводить интервью с разработчиком_2Иногда бывает так, что разработчик идеально подходит на проект и в команду, но после интервью с PM-ом отказывается от предложения или же вовсе не выходит на связь. Возможно, все дело в темах интервью, которые отпугнули специалиста:

  • Причины ухода. Люди не любят об этом говорить. Далеко не все готовы откровенно сказать, что причина в более высокой зарплате или конфликтах на прошлом месте работы, к примеру. Так что, если не хотите отпугнуть потенциального коллегу, будьте аккуратны с этой темой. Спрашивайте только тогда, когда полученная информация действительно важна для вашего проекта. Лучше всего, если интерес к причине ухода будет частью вопроса про предыдущий проект. Тогда это вряд ли вызовет сильную негативную реакцию со стороны собеседника.
  • «Почему люк круглый». В целом это касается всех вопросов, которые не касаются напрямую работы разработчика и призваны оценить уровень интеллекта соискателя. На практике же они обычно становятся «пустышками», так как у каждого человека свой бэкграунд в виде воспитания, базового образования, увлечений, жизненного опыта в целом. Поэтому по ответам на подобные вопросы тяжело определить реальный уровень IQ собеседника.
  • Личное. Состав семьи, возраст, уровень заработка и подобное — это те вопросы, которые раздражают большинство людей на собеседованиях. Если человек захочет, он сам расскажет.

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

Вы, как PM, можете поучаствовать в дискуссии на тему hard skills, если хорошо разбираетесь в технических моментах. Еще можете задать вопросы по заранее подготовленному списку с ответами, чтобы подготовить соискателя для интервью с командой заказчика. В остальных случаях лучше сконцентрируйтесь на soft skills, так как главная задача проектного менеджера во время собеседования с разработчиком — это понять, сможет ли он/она органично влиться в команду и усилить ее. Для этого важно грамотно выстраивать общение, задавая правильные вопросы и избегая неприемлемых.

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

Алексей Голубев

Lead Software Engineer в SoftServe. Эксперт в разработке веб-приложений и кроссплатформенных решениях под мобильные устройства и персональные компьютеры. Основной стек разработки .NET и JavaScript, full-stack разработчик. Строил малые PоC-решения и большие проекты для государственных структур.