Тонкое искусство интервью с оффшорным застройщиком

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

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

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

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

Предварительное интервью

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

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

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

Я также люблю проверять их аккаунты в социальных сетях (Github, Stack Overflow…), это дает мне общее представление об их опыте и типах проектов и технологий, которыми они занимаются.

Проведение интервью

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

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

Пребывание в этом расслабленном состоянии ума и дружественной обстановке обычно побуждает кандидатов делиться своим опытом и некоторыми интересными фактами о себе.

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

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

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

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

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

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

Распространенные ошибки»

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

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

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

Вывод

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

Используйте резюме как инструмент для предопределения личности кандидата. Остерегайтесь «текстового беспорядка» и общих «подсказок».
Создайте непринужденную и веселую атмосферу, чтобы максимально использовать интервью.
Установите уровень опыта как можно скорее. Это немедленно повлияет на то, как вы решите продолжить собеседование.
При проверке технических навыков отдавайте предпочтение практическому подходу, а не концептуальным обсуждениям, это поможет вам свести к минимуму языковой барьер и технические трудности.
Если можете, создайте сценарий, в котором кандидату нужно будет использовать свои навыки решения проблем — это даст бесценные идеи.
Бросьте тестовые проекты а также испытательный срокиз-за них вы можете упустить некоторых талантливых разработчиков.

Узнайте больше обо мне на maketech.io.

~ Йохай Розен