Егор Яценко - IT-рекрутмент. Как найти лучших специалистов, когда все вокруг горит
- Название:IT-рекрутмент. Как найти лучших специалистов, когда все вокруг горит
- Автор:
- Жанр:
- Издательство:неизвестно
- Год:2022
- Город:Москва
- ISBN:9785961480917
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Егор Яценко - IT-рекрутмент. Как найти лучших специалистов, когда все вокруг горит краткое содержание
«Как только появилась такая отрасль, как IT, рекрутерам пришлось искать специалистов для нее. Чаще всего в работе применялись те же инструменты и средства, что и в обычном рекрутменте, который далеко не всегда был передовым и технологичным. Чего уж там говорить – даже база кандидатов зачастую не велась». «Какой вывод из этого напрашивается? К черту рекрутеров. К черту компании, в которых работают непрофессиональные рекрутеры, путающие Java и JavaScript (да-да, это очень старая шутка, но даже в 2022 году встречаются люди, считающие, что это один и тот же язык программирования)». «Когда-то, когда я искал рекрутера к себе в компанию, я решил "по науке" составить профиль кандидата и расписать все качества и умения, которые должны у него быть, пояснив, каким образом я буду оценивать эти качества. Получился список из 43 пунктов. Только вдумайтесь: из 43!» Для кого Для рекрутеров и эйчаров, специалистов кадровых служб, как уже работающих в найме IT-специалистов, так и еще только планирующих перейти в эту сферу. Заинтересоваться профессией IT-рекрутера могут и выпускники вузов (причем не только технических), и абитуриенты, и представители других профессий, решившие перепрофилироваться.
IT-рекрутмент. Как найти лучших специалистов, когда все вокруг горит - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
● Посмотреть, где компания уже размещала вакансию. В зависимости от количества обработанных ресурсов вы можете понять, насколько тщательно ведется поиск по вакансии и в какие каналы вам стоит идти в первую очередь. А еще, проверив те же мессенджеры, вы сможете узнать о репутации компании и о том, что о ней говорят в профильном сообществе.
● Узнать немного лучше личность человека, с которым вы будете общаться.Для этого полезно изучить его соцсети, посмотреть, что он пишет и как. Или же не пишет вовсе. Эта информация поможет вам лучше говорить с человеком «на одном языке».
● Изучить текст присланной вакансии.Да, все заявки обычно плюс-минус похожи, и выжать какой-то текст от заказчика тоже бывает непросто. Но очень важно, чтобы он эту предварительную работу проделал. Нет ничего хуже, чем объяснение вакансии в коридоре, между кухней и переговоркой. Поэтому сначала заказчик должен сформулировать свои мысли, а уже потом вы со своей стороны должны прочитать вакансию и подготовить вопросы по ней. А встретившись, вы проверите, насколько ваши «представления о прекрасном» совпадают. Обращайте внимание на все неточности, неясности и прочие нюансы. Особенно если в вакансии указан огромный перечень требуемых технологий. Зачастую реально работать нужно с гораздо более скромным их количеством.
Даже если вы инхаус-рекрутер, полезно освежить в памяти, что сейчас происходит с проектом и с кем вам предстоит общаться. В конце концов, правда заключается в том, что не все заказчики приятные. Иногда это бывают конфликтные, истеричные, инфантильные люди. И очень важно, отправляясь на встречу с кем-то из таких персонажей, понимать, кто перед вами и как с ним строить общение. Одному вопрос в лоб относительно того, что кандидатов с набором всех требований в природе не существует, будет казаться нормальным аргументом. А для другого это будет красной тряпкой, на которую он набросится и сразу скажет: «Мне по барабану. Найди».
Итак, предварительная работа проделана: статус проекта понятен, заказчик изучен, вакансия испещрена комментариями и вопросами. Что дальше? Дальше – сама встреча. Основная ваша задача на ней – понять правильный профиль кандидата, которого вы будете искать. И очень важно, чтобы в этом вопросе заказчик вам помогал и был с вами на одной стороне. Хотя иногда его и нужно возвращать к реальности. Но сначала предлагаю разобраться с тем, какие вопросы по вакансии вы можете задать.
Я бы условно поделил их на несколько групп.
Первая – вопросы о компании.Это те вопросы, на которые вы уже частично могли получить ответы в интернете и задавая которые вы будете сверять соответствие загугленного действительности.
● Чем занимается компания?
● Сколько в ней человек, какая структура и география?
● Какие планы по развитию на текущий год?
● Кто основные конкуренты, есть ли среди них компании-доноры (то есть те, в которых можно будет искать людей на вакансию)?
● Почему сотрудники в принципе выбирают эту компанию?
● Почему клиенты ее выбирают?
Вторая группа – вопросы о проекте.По факту они очень тесно связаны с вопросами о компании и как бы вытекают из них.
● На какой проект ищут человека, на какой стадии сейчас проект?
● Сколько человек на проекте?
● Сколько человек в команде, в которую ищем кандидата?
● Какая методология разработки? Если гибкая, то насколько Scrum [4] Scrum – один из фреймворков гибких подходов к разработке. Подробнее мы о нем поговорим далее.
(или не Scrum) чистый, какие элементы внедрены?
● От кого поступают задачи?
● Есть ли code review [5] Code review – это практика, когда более опытный разработчик или команда совместно с автором просматривают написанный кусок кода, анализируют и рецензируют его с целью нахождения узких мест, ошибок и выявления наиболее оптимальных решений. В современных IT-компаниях эту практику в большинстве случаев стараются внедрить.
(для разработчиков)?
● Есть ли система контроля версий (СКВ) [6] Система контроля версий – это специальное ПО, сохраняющее различные версии проекта, чтобы впоследствии была возможность вернуться к предыдущей версии. Например, если новые доработки оказались «кривыми» и повлекли много ошибок (багов), которые не были замечены при тестировании. Еще важная черта системы контроля версий – это возможность писать проект одновременно нескольким разработчикам и даже командам разработки.
, какая? (Скорее всего, это будет видно в описании вакансии, самые популярные СКВ – Git, SVN, Mercurial, TFS.)
● Как часто бывают релизы [7] Условно релиз можно назвать анонсом, выпуском нового функционала ПО.
?
Третья группа вопросов – самая важная и самая сложная для рекрутеров, потому что это вопросы о задачах.Сложно это для нас потому, что мы далеко не всегда можем реально понять, что означают те или иные задачи. Да и тимлиды, и IT-специалисты не всегда подробно их формулируют и часто ограничиваются довольно сухими примерами. Очень важно понять реальные задачи, чтобы впоследствии включить их в описание вакансии и сделать его наиболее привлекательным для кандидатов.
● Какие задачи будет выполнять кандидат?
● Какие задачи сейчас есть в бэклоге [8] Бэклог – список задач, которые нужно выполнить команде, отсортированный по приоритетности их выполнения. Термин как раз относится к семейству гибких методологий, о которых мы говорили выше.
(если по-простому – в пуле)?
● Назовите пример наиболее сложных задач, с которыми кандидату придется столкнуться и которые теоретически могут стать для него вызовом.
● Представим себе ситуацию, что кандидат сегодня вышел на работу. Какие задачи он получил бы прямо сейчас?
● А через месяц/полгода?
● Зачастую полезно узнать, в каком процентном соотношении и какие задачи будут у кандидата. Например, если мы ищем фронтенд-разработчика [9] Фронтенд-разработчики – это разработчики видимой на веб-странице части программного обеспечения, то есть того, что мы с вами можем увидеть как пользователи.
, важно понять, какой процент его времени будет занимать верстка, так как не все фронтенд-разработчики готовы заниматься ею в каком-то существенном объеме.
По факту всеми этими вопросами мы пытаемся разговорить оппонента и собрать по крупицам информацию, которую сможем добавить в вакансию. Но не стоит пугаться: не все IT-специалисты будут сидеть и отмалчиваться. Большинство из них будут рады услышать от вас такие вопросы, рассказать подробнее о задачах и помочь вам накидать такого смыслового «мяса» в вакансию, чтобы кандидаты на старте лучше понимали, с чем им придется столкнуться.
Читать дальшеИнтервал:
Закладка: