понимание: да, это не так. В противном случае между людьми будет копиться недопонимание, которое они в конце концов друг другу выскажут.
В данном случае рекрутер может выступать буфером, смягчающим удар, коммуникатором, который находится между заинтересованными сторонами. Он может вовремя получить фидбэк от каждого, что-то подсказать той и другой стороне, обратить внимание на сложившееся недопонимание — и попытаться наладить ситуацию. Если вдруг мы понимаем, что между сотрудником и заказчиком нет внятной коммуникации, они по какой-то причине не находят общий язык и не понимают друг друга, мы можем настоять на том, чтобы они встретились и обговорили детали работы. Или подсказать каждой стороне возможности решения задачи. Или подкорректировать процессы так, чтобы каждый участник получал адекватный фидбэк.
Опять же оговорюсь, что в больших компаниях этими процессами занимаются отдельные специалисты, например HR-бизнес-партнеры, так называемые бади или просто специалисты по адаптации. Но в маленьких зачастую эту задачу выполняет рекрутер.
Таким образом, уже после приема кандидата на работу у нас может быть несколько функций: административная — выстраивание процессов оформления и адаптации; адаптационная — поддержка сотрудника; коммуникационная — менее официальная, но значимая, когда мы оказываемся между заинтересованными сторонами и помогаем им наладить сотрудничество.
Все эти функции так или иначе завязаны на простой человеческой поддержке. Даже если в компании есть HR-бизнес-партнер, мы помним, что между рекрутером и сотрудником уже присутствует определенный уровень доверия, который начал формироваться с первых интервью. Вы становитесь для человека проводником в компанию, а это многое значит! Поставьте себя на его место и попробуйте понять, почему он нервничает, насколько ему хорошо или не очень, и попытайтесь сгладить острые углы, чтобы он смог полноценно реализоваться на новом месте. В конце концов, если вы не чувствуете в себе внутреннего желания это делать, у вас есть внешний фактор — KPI, в который сегодня зачастую прописывают успешную адаптацию кандидата. Если внутреннего позыва помогать нет, найдите его извне — пусть это будет корыстный интерес, но в данном случае есть шанс, что он будет всем на благо.
Надеюсь, прочитав эту книгу, вы почерпнули как минимум несколько новых идей, которые позволят вам развиваться в работе IT-рекрутера.
В завершение я хочу напомнить о главной составляющей нашей профессии. Несмотря на то что наша успешность во многом зависит от разнообразия практических инструментов в нашем арсенале, самым важным остается человеческий фактор.
Нам приходится многому учиться, оттачивать навыки коммуникации, делать много технической работы, но во главе успешности всегда будет стоять наша человечность. С одной стороны, это желание и умение помогать людям, а с другой — способность становиться на их место, «мыслить как преступник».
Как бы круто мы ни выучили матчасть по маркетингу, все равно, чтобы написать хороший текст вакансии, надо встать на место кандидата: как говорят американцы, почувствовать себя в его ботинках. А это значит, что надо включить эмпатию и посмотреть на мир глазами другого человека.
Как бы мы ни отладили процессинг кандидата, нам нужно постараться сделать каждое отдельное интервью человечным — комфортным для всех его участников. А для этого, опять же, надо понимать, кто и как переживает собеседования и чем мы можем помочь в конкретной ситуации.
Сейчас много говорят о том, что со временем рекрутеров могут заменить роботы. И уже существуют, например, системы автоматизированного обзвона для массового поиска. Но для более высокоуровневого поиска — поиска живых людей с хорошими навыками, которым необходимо вписаться в коллектив таких же живых, образованных, интересующихся «хомо сапиенсов», — всегда будем нужны мы, специалисты, способные выстраивать взаимоотношения.
В гонке за успешными показателями достаточно легко забить на человеческую составляющую рекрутмента; я же призываю вас, наоборот, ее культивировать. И, кстати, как всегда, проще всего начать с себя: мы, рекрутеры, тоже живые люди. Поэтому должны давать себе право на ошибку. Переживать, нервничать, ошибаться, потом вставать и действовать дальше — это в нашей человеческой природе. Так что не бойтесь экспериментировать, пробовать новое и двигаться вперед в профессии: без ошибок это еще никому не удавалось, и каждая новая ошибка может стать отличной возможностью дальнейшего роста.
Успехов вам в ваших начинаниях, и пусть все вакансии закрываются именно так, как надо!
Хочется выразить особую благодарность Евгении Либневиц, без которой создание этой книги затянулось бы еще на несколько лет. Ирине Гусинской за ответ на мое «холодное письмо» и готовность работать с никому не знакомым пока еще не автором. Анне Атрошкиной и Язиле Насибуллиной, с кем мы работали над проектом, благодаря которому пришла идея написать эту книгу, и чей вклад неоценим. Елене Ленсу за помощь в борьбе с синдромом самозванца при написании отдельных глав.
Всем моим друзьям, поддерживающим меня даже в таких сумасшедших и масштабных задумках, как книга. И родителям — потому что когда еще возникнет возможность написать им спасибо в книге?:)
Tegze Jan. Full Stack Recruiter: The Modern Recruiter's Guide. CreateSpace, 2017.
Мне тут сказали, что нужно избегать неоправданных англицизмов. И вроде как действительно: сорсинг — это тот же поиск, но мне все же кажется важным использовать термины, принятые в профессиональной среде. Тем более что отличия есть. О них как раз читайте ниже.
Кстати, именно такую формулировку чаще используют в кадровых агентствах.
Scrum — один из фреймворков гибких подходов к разработке. Подробнее мы о нем поговорим далее.
Code review — это практика, когда более опытный разработчик или команда совместно с автором просматривают написанный кусок кода, анализируют и рецензируют его с целью нахождения узких мест, ошибок и выявления наиболее оптимальных решений. В современных IT-компаниях эту практику в большинстве случаев стараются внедрить.
Система контроля версий — это специальное ПО, сохраняющее различные версии проекта, чтобы впоследствии была возможность вернуться к предыдущей версии. Например, если новые доработки оказались «кривыми» и повлекли много ошибок (багов), которые не были замечены при тестировании. Еще важная черта системы контроля версий — это возможность писать проект одновременно нескольким разработчикам и даже командам разработки.
Условно релиз можно назвать анонсом, выпуском нового функционала ПО.
