Эта статья получилась случайно. Как-то вечером мы в четвером собрались в гугл-документе и за полтора часа систематезировали вопросы для собеседований, которые мы проводим. Так получился “План Собеседования Людей В Компанию Буруки”. По ссылке мы показываем текущий вариант, с комментариями авторов, прямо в тексте.

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

Как идёт поиск?

Поиск идет везде — hh.ru, Линкедин, МойКруг, itmozg.ru, друзья, друзья друзей и их знакомые, хабр, хантим и далее везде. В большинстве случаев резюме слабо отражает то, с каким человеком мы встретимся вживую. Предварительный пятиминутный разговор по телефону даст больше информации о человеке и сэкономит час времени на собеседовании, если совсем в молоко.

Как проходит собеседование?

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

И тут нам на помощь приходит “План Собеседования Людей В Компанию Буруки”, который был составлен нашим HR отделом в соответствии с методикой лучших менторов Кремниевой Долины (на самом деле — нет).

Главная особенность нашего Плана, в том, что все вопросы — открытые. Даже опубликовав их содержание заранее — подготовиться и ответить “правильно” — невозможно, ведь правильного ответа просто нет… В реальной жизни и разработке редко есть возможность на 100% четко поставить задачу, и способность решать нечетко поставленные задачи — необходимость. Любой пункт Плана — это скорее повод к разговору, а не конкретно поставленная задача.

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

Во время собеседования мы отказались от написания сложного кода — бумажка (а теперь заменяем на ноутбук) использовалась только для коротких задачек, больше на сообразительность. Серьезное тестовое задание (на несколько часов) мы отдает “на дом”, чтобы в спокойной обстановке, с теплым ламповым гуглом и старыми наработками кандидат мог написать офигенный код. Одно из главных условий — писать под гитхабом, с постепенными коммитами, для того, чтобы был виден прогресс работы.

Заключение.

Всё это достаточно капитанские идеи, но я верю, что благодаря этим идеям, можно собрать не команду программистов, а просто отличную команду, которая понимает куда идти и идет к цели. Хоть это и занимает гораздо больше времени, чем простой хайринг.
Всем хороших людей! Команда buruki и sociate.

P.S. Приходите на собеседование, мы ищем хороших людей!

Автор: good_service

Источник