Русский
Русский
English
Статистика
Реклама

Джуниор

Как работать с джуниорами?

08.07.2020 14:22:16 | Автор: admin
Если попробовать ответить на вопрос в заголовке одним предложении, то получится доверять, но проверять. Доверьте джуниорам какую-то работу, проверьте, помогите, повторите цикл. Но это грубое и упрощённое правило, потому что в работе с джунами возникает так много тонкостей, что об этом нужно рассказывать обстоятельно.



Рассказывать будет Серёжа Попов, CEO Лига А. и директор по талантам в HTML Academy. В Лига А. работа с джуниорами поставлена на поток: половина фронтендеров компании это выпускники HTML Academy. Выпускники приходят в компанию на стажировку, где им помогают развиваться, а 95% тех, кто после стажировки ищет другую работу трудоустраивается.

Серёжа уже больше 3 лет выполняет роль наставника для джуниор-фронтендеров и научился работать с ними так, чтобы новички быстро росли до крутых специалистов и приносили пользу компании. Нюансами, принципами, правилами и секретами работы, он поделился в докладе на TeamLead Conf 2020, а мы расшифровали.


Кроме цикла дать задачу, проверить, помочь джуниоров нужно: уважать, напоминать, контролировать, думать, что говорить, правильно расставлять задачи, помогать развиваться, указывать на ошибки, но объяснять, быть снисходительным и подбадривать, учить других работать с джуниорами, думать над тоном обратной связи

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

Зачем нужны джуниоры


Перед тем как рассказать о работе с новичками, расскажу, зачем они вообще нужны. Есть несколько причин (или проблем на рынке).

Разработчики зажрались дорожают. Зарплаты специалистов высоки, а вместе с ними и стоимость простых задач. Но кто-то должен делать простые задачи. Отдавать их разработчику, который хочет 250 тыс в месяц, слишком дорого.

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

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

Развитие навыков управления. Когда я общаюсь с опытными руководителями, часто слышу советы в стиле Заведи ребенка или Читай книги о воспитании детей. Причина в том, что джуниоры похожи на детей, а управлять взрослыми серьезными людьми, которые пишут код, достаточно просто они часто сами знают, что делать и как работать. Джуниоры как дети после работы с ними ни один миддл не вызовет у вас проблем.

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

Чтобы столько не ждать, опытным путем в Лига А. выработали инструкцию, как помогать джуниору расти в компании, так, чтобы не было мучительно больно. В инструкции несколько этапов, первый из которых подготовка.

Подготовка к джуниору


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

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

Джуниор может выполнять что-то простое:

  • правки;
  • модификации готовых компонент;
  • создание простых компонент;
  • работать по инструкции или документации.

Ребята, которые попадают к нам, делают простые вещи: вносят правки или собирают страницы по UI-kit. Потом растут и выполняют задачи сложнее, например, пишут простую логику.

Когда джуниор будет работать над задачами, ему нужен ментор наставник. В 2018 году я участвовал в ПК FrontendConf. Один из хороших докладов, который не прошел в программу из-за высокой конкуренции, назывался Что делать, если мне подложили джуна? Это то чувство, которое возникает у мидла, когда на него пытаются скинуть наставничество. Когда менторство навязывают против воли сотрудника никто не будет доволен. Важно заранее все обсудить и назначить человека, который будет готов к нагрузке.

Джуниор это не мидл. Ему нельзя поставить задачу с дедлайном через месяц он её не сделает. Джуниора нужно постоянно контролировать. Для этого и нужен ментор, который помогает довести задачи до конца.

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

По этим характеристикам ментором должен быть мидл, тимлид, тимлид-мидл, двойной мидл кто угодно, кто понимает, как работать в компании и что в ней происходит. Главное, что не джуниор иначе будет два человека, которые не понимают, что происходит.

Для джуниора должна быть работа и человек, который ее контролирует.

Отбор


Второй и самый важный этап, который все недооценивают. На этом этапе придётся научиться многим вещам:

  • привлекать поток джуниоров;

  • просеивать поток до собеседования;
  • собеседовать;
  • отсеивать тестовым заданием;
  • выбирать кандидатов.

Привлечение


Есть три способа: своими силами, силами образовательных площадок и с помощью своей школы.

Своими силами: размещайте вакансии на специализированных площадках вроде hh.ru или Хабр Карьера. Осознанно подойдите к составлению вакансии от неё зависит сколько нерелевантных откликов вы получите (а получите обязательно).

В описании вакансии не добавляйте лишнего. Если просто взять описание для мидла и заменить там одно слово это не сработает. Джуниоры боятся таких вакансий, когда между словами Привет и Печеньки находится много незнакомых терминов. Поэтому для джуниоров важно указывать реальные задачи и стек, которые будет использовать человек. Если человек должен верстать пишите, что кандидат должен знать HTML и CSS. Если надеетесь, что через полгода освоит React не пишите об этом сейчас, спугнете.

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

Своя школа. Например, так делает Яндекс у них своя школа ШРИ Яндекса. Открывать свою школу эффективный путь получения хороших начинающих специалистов. Но долгий, дорогой и сложный:

  • придётся разработать образовательную программу;
  • подготовить онлайн-платформу (или найти помещение, если это не онлайн-школа);
  • записывать видео;
  • тратить часы разработчиков;
  • вкладываться в маркетинг.

Всё для того, чтобы привлечь толпу джуниоров, которые при этом учатся где-то ещё.

Отсев потока


После появления вакансии на площадках с работой, вы получите сотни откликов. Но вы не будете брать на работу всех, нужно как-то их отсеивать. Например, когда в Лига А. мы опубликовали вакансию Начинающий Верстальщик, то получили 164 отклика. Из них до собеседования дошло 10 человек, а вышло на работу 2.

8 человек из 10 не дойдет до собеседования.

Это усредненная статистика: по нашему опыту, по вакансиям Центра Карьеры HTML Academy и по статистике других работодателей. Вас тоже ждёт такая воронка, если не хотите брать на работу всех подряд.

Будьте готовы просеивать подготовьте себя и команду к тому, что будет много заявок, но низкая конверсия (как у нас или ещё ниже). У вас должно быть на это время, ресурсы и моральная готовность. После публикации вакансии поток заявок будет нескончаем в какой-то момент придётся обрубить поток.

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

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

Не ждите идеального резюме.

Максимум, в резюме джуна будет написано, что месяц назад он клал кирпичи на стройке, а теперь дипломированный специалист по CSS.

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

Собеседования


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

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

Брать побольше людей придётся и для того, чтобы у вас был выбор. Но выбирать вам придется не между Ламборджини и Феррари, а между Ладой и Москвичом.

Не устраивайте стресс-интервью. Для джуниора любое собеседование стресс-интервью, даже если вы будете его качать на руках и поить чаем с печеньками. Для проведения собеседования нужен особый навык, чтобы не напугать человека, а раскрыть.

Именно по этой причине не приходите на собеседование всем отделом. Вы успеете посмотреть на человека, когда он выйдет на работу. Даже мидлов и сеньоров напрягает, когда на собеседование приходит 10 человек из CTO, CMO, CPO и старших разработчиков, а для джуниора это ад. Поэтому лучший формат один на один. Проведите хотя бы первое собеседование в таком формате.

Зовите больше кандидатов, но меньше коллег.

Не давайте тестовое задание на собеседовании. Мы в Лига А. собираем истории от джуниоров о том, как у них проходит трудоустройство. Один из случаев: новичок пришел на собеседование, а интервьюер даёт ноутбук и говорит:

Сверстай по PSD.

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

Но не отказывайтесь от технических вопросов: спросите, что такое HTML, CSS, как работает JavaScript, что такое браузер:) Но только если видите, что человека не трясет и он не упал в обморок.

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

Желание обучаться одна из ценностей компании, по которым мы также отбираем кандидатов. Ещё одна ценность горящие глаза. Горящие глаза подскажут, что человек готов работать. Не сам он горит, а только глаза. Сам он гореть будет, когда устроится на работу.

Тестовое задание


По нашему опыту тестовое задание лучше давать после собеседования. Сначала просеиваете поток, оставляете адекватных, и среди них отбираете тех, кто умеет что-то делать. Но у вас может быть по-другому.

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

Трое из четырех джуниоров не возьмутся за сложное тестовое задание.

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

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

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

Ставьте сроки из расчёта 2 к 1. Джуниоры выполняют работу примерно в 2 раза медленнее. Если даёте тестовое задание на 2 часа, рассчитывайте, что джуниор выполнит его за 4.

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

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

Некоторые талантливые джуны после 2-3 коротких и гневных фидбеков перестают искать работу. Но это не проблема кандидатов это проблема работодателя. Ведь это закономерно: работодатель пишет неправильную вакансию, неверно оценивает кандидатов и дает неправильное тестовое задание, а потом срывается на джуниоре, потому что тот не удовлетворяет требованиям мидла Зачем?

Выбор кандидата


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

Но не берите несколько человек с расчётом на то, что в конце останется только один. Это не игра на выживание.

Берите на перспективу. Джуниор не выдаёт результат здесь и сейчас. Рассчитывайте на то, что он будет приносить пользу через полгода.

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

Хороший способ не нервничать чем-то заняться: почитать о корпоративной культуре, познакомиться с продуктами, изучить code style. Дайте задание до выхода этими и другими способами подготовиться к работе.

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

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

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

Через две закрытые вакансии вы научитесь отбирать джуниоров.

Работа


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

Онбординг


Не бросайте в мясорубку. Как избавиться от джуниора? Кидаете в него в первый день боевую задачу, например, развернуть окружение, и уходите. У него начинается паника. Приходите через неделю за результатом, а у вас мёртвый джуниор (если он еще не уволился) и невыполненная задача.

Не оставляйте одного. Моя первая работа разработчиком в большой компании проходила в Veeam Software. Тогда мне не нравилось, что меня таскали на дурацкие планёрки: полно народу, все что-то говорят, какие-то странные люди по Skype разговаривают на английском, ничего не понятно, что происходит. Но сейчас я понимаю, что это помогло мне окрепнуть, окунуться в рабочий процесс и стать частью коллектива.

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

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

Когда джуниор привыкнет и успокоится, нагружайте работой. Не затягивайте онбординг на недели. Все-таки вы наняли разработчика он должен работать.

Процесс работы


Прошла неделя, две джуниор окреп и привык. Что изменилось в нашем подходе?

Не бросайте в мясорубку. Спустя неделю все равно не стоит бросать его на передовую. Джуниор всё равно не даст вам тот же результат, что и мидл, при этом вы рискуете не получить результат и демотивировать человека. Ищите для него отдельные задачи, ставьте сроки с учетом скорости и следите за результатом.

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

  • Берите на все командные и рабочие мероприятия даже в качестве слушателя.
  • Возьмите джуна в релиз пусть сидит и смотрит, как все бегают в огне. На третий релиз он начнет помогать.
  • Учите работать в команде. Джуниоры умеют писать код и работать с системой контроля версий, но не в команде. Будьте к этому готовы, учитывайте это и помогайте наладить взаимодействию.
  • Не позволяйте команде обижать джунов. Если у вас есть джуниор, значит он нужен. Следите, чтобы другие разработчики не грубили и не отказывали в помощи.
  • Не позволяйте джунам обижать команду. Когда джуниор не принимает правила работы, вступает в конфликты и споры со старшими специалистами, говорит:Я Дартаньян, а вы нет, и работа с ним превращается в ад меняйте. За дверью стоит очередь из таких же.
  • Не доверяйте. Настраивайте безопасное окружение, отдельные ветки, запрет на коммит в мастер все на уровне системы, а не на честное слово.

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

Джуниор никогда не расспросит о задаче, не уточнит, а будет пытаться все решить сам. Когда джуниор сидит 3 дня над задачей и не задаёт вопросы это обычная ситуация. Многие не умеют и боятся задавать вопрос.

Закопаться он может также потому, что не умеет оценивать сроки. Не доверяйте оценке джуниора. Он начинает точно оценивать сроки своей работы через полгода. До этого времени анализируйте его прошлые задачи и ставьте срок, исходя из них. Но продолжайте просить его оценивать себя самостоятельно, пусть учится.

В то же время, не беспокойте джуниора слишком часто. Джуниоры работают медленнее в 1,5-2 раза медленнее, по статистике Лига А., HTML Academy и других проектов на выборке в 500 джунов. Учитывайте это при постановке задач и планировании. Если джуниор будет систематически не успевать за вашими сроками, это будет его демотивировать.

Джуниор трепетно относится к результату своей работы. Например, они могут реагировать так:

Как вы посмели провести код-ревью моего кода! Я не привык к тому, что мне указывают на мои ошибки!

Это выдержка из рабочего чата от разгневанного джуниора. Джуниоры не привыкли к разбору их кода, в отличии от опытных разработчиков.

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

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

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

Мотивация


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

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

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

Никто не хочет быть вечным джуном.

Не держите джуна долго в статусе начинающего специалиста, растите внутри компании. Через 3-6 месяцев новичок вырастает в крепкого специалиста.

Но всё это работает при наличии зарплаты. Джунам надо платить деньги. Возможны бесплатные стажировки, но без денег джун долго не протянет.

Что дальше?


Подытожим как работать джуниорами: проявите терпение, научитесь отбирать среди сотни кандидатов, помните об особенностях, чтобы понимать, как они могут влиять на работу. Доверяйте, растите, не бросайте, мотивируйте выполненными задачами и растите доверие.

Не бойтесь джуниоров и процесса их поиска. У них есть плюсы.

  • Горящие глаза и способность давать результат. Если учтете все нюансы и выберете правильного человека, то результат будет.
  • Стартовая зарплата в два-три раза ниже рынка.
  • Трудно мотивировать человека, который работает только за деньги. Джуниоров мотивируют не только деньги.
  • Нет предубеждений относительно рынка и компании. Для большинства джуниоров ваша компания будет первой. У него не будет опыта работы в других компаниях и будет проще их приучить к вашей культуре.

Джунов много.

Будет из кого выбрать. У вас не будет моей ситуации, когда 4 кадровых агентства искали мне сеньора 2,5 года. С джунами проще: заходите в метро, берете первого попавшегося человека это готовый фронтендер-джуниор.

Приготовьтесь к тому, что джуниоры будут:

  • бесить;
  • задавать тупые вопросы;
  • остро реагировать на критику;
  • медленно работать;
  • подвергать сомнению ваше доверие к ним;
  • бесить.

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

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

Вторую TeamLead Conf в этом году мы снова проведем в Москве, 16 и 17 ноября. Это будет очная встреча со всеми атрибутами: спикерами на сцене, кулуарным общением, митапами-воркшопами и кофебрейками.

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

В поисках Нео

19.06.2020 18:10:12 | Автор: admin
В продолжение первой части нашей эпопеи о поиске и интеграции джунов в команду.

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

Как и в первой части, я напомню, что лишь делюсь опытом и высказываю своё мнение. Не более того.

Составляем карточку вакансии


image

Один из самых важных критериев успешности ваших поисков выбор правильной HR площадки.
Так как мы всё-таки работаем с IT сегментом, то я бы рекомендовал использовать Хабр Карьеру

В качестве дополнительных источников трафика можно рассматривать HH, LinkedIn (в РФ заблокирован), тематические тележные IT каналы, например хороший канал по поиску джавистов, мобайл разрабы, ну и личные ресурсы, если таковые имеются.

Название вакансии


Как лучше назвать вакансию

Довольно важная вещь, я всегда рекомендую писать максимально коротко и по делу.
Если мы ищем фронтендера, то так и нужно писать Frontend developer, однако, если вам хочется покрыть всевозможные кейсы, то у вас возникнут с этим проблемы, т.к. кейсов тут немало:
Ключи developer || разработчик

  1. Frontend
  2. Front-end
  3. Front end
  4. Фронтенд
  5. Фронт-енд
  6. Фронт енд

Тут либо тратить много денег (зачем?), либо пихать всё в один заголовок. Правда, потом прилетит НЛО и заберёт к себе в поликлинику, на опыты.

Квалификация


Выбор квалификации

Тут всё зависит от того кого (а главное для чего) вы ищите. Если мы следуем теме нашей пасты, то это Intern/Junior. Не знаю зачем Хабр разделяет их и даёт возможность схалявить на интернах, но пусть так.

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

К Junior'ам я отношу ребят которые знают язык уже более продвинуто и знакомы с кухней современного веб-строя: ну там, React, Vue, Angular, хоть что-то из основной тройки; и которые уже в состоянии писать что-то похожее на веб-приложения. А в последнее время я в обязательном порядке ставлю в требования знание хуков, так как без них сейчас вообще никуда.

Вознаграждение


Справедливая зарплата для джунов и интернов

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

Для джунов считаю справедливым выставлять от 50к и до 70-80к, в зависимости от личных навыков. Всё в динамике, каких-то жёстких прайсов у меня не было никогда.

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

Описание вакансии


image

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

Тут каждый для себя решает, что важно, а что нет. У меня к примеру есть свой любимый шаблон:

О компании


Я стараюсь преподносить команду в максимально дружелюбном и неформальном стиле (насколько это возможно). Правда, раскрыть всю идею в одном абзаце не выходит, так как первый абзац (интро) не должно быть длинным, в противном случае ваша ЦА просто не увидит основные блоки в первые секунды (они самые важные) в которые вы должны зацепить человека.

Кого ищем?


В данном блоке я составляю примерный портрет человека, которого бы я хотел увидеть в команде. Кстати, о навыках и знании инструментов об этом я также стараюсь упомянуть в этом блоке: к примеру, я пишу о том, что мы активно пользуемся фишками Github'a и надеемся, что наш новоиспечённый член команды тоже неравнодушен к нему.

В то же время, я стараюсь затронуть тему социальной активности. Например, человек может что-то писать в соц. сетях (это крайне редкое явление в наших кругах) и быть подписанным на топовых веб-дизайнеров на Behance и так далее. Ну, то есть тут нужно максимально донести своё: мне бы хотелось, чтобы ты это вот всё умел, да, а если бы не умел, то очень хотел.

Что делаем?


Тут нужно постараться рассказать про основной вид деятельности команды. Обычно я пишу обобщённо, стараясь донести в каких сферах мы работаем и какие направления предпочитаем. Ну, то есть, я пишу, что мы любим пилить различные *aaS, eCommerce, B2B, Digital проекты, ну и парочку примеров из того, что мы уже запустили или над чем работаем в паблике; для наглядности, так сказать.

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

Что не любим?


Считаю важным писать про вещи типа: что любим/что не любим. Так вы сможете отсеять людей не подходящих вам по духу. Например, я так отсеивал людей которые задавали вопросы в духе: Мы же отдыхаем в День России?, У вас ведь 8-и часовой рабочий день? или людей которые явно (или не очень) котируют тот или иной инструмент, который мы предпочитаем обходить стороной.

С чем работаем


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

Отдельное внимание я уделяю Github и Octokit

image

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

Бонусы


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

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

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

Поэтому в бонусы (особенно для разработчиков и прочих седоков) я бы включил оплату расходов на ведение здорового образа жизни. Само собой, всё обсуждаться будет индивидуально, так как кто-то не может плавать, а кто-то бегать, а кому-то поднимать тяжести нельзя ну и т.д.

Короче, заботьтесь о своих падаванах, иначе у вас будет постоянная текучка.

Дополнительные инструкции или CTA


В первую очередь хочу обратиться к товарищам рекрутёрам и владельцам подобных компаний.
Всегда! Нет Никогда! Не пишите в своих вакансиях, чтобы соискатели что-то там писали вам на почту, да ещё и с примерами кода, последними проектами и прочей чушью! Почему? Да потому, что это всё есть (по крайней мере должно быть) на ресурсе, на котором, собственно, и размещена вакансия. Ну, то есть подобные ресурсы создаются, чтобы избежать вот этих вот избыточных, промежуточных, нахрен не сдавшихся, звеньев, а некоторые, особо-одарённые рекрутёры нивелируют все старания подобными требованиями.

Живой пример был сегодня: написала мне некая Katlyn из компании BlueReceipt очередные горе-интеграторы Shopify.

Предложила скипнуть 1 этап и перейти сразу к 30-и минутному тесту по JavaScript, дабы убедиться в моей компетенции. Мало того, что сайт кривой: линки не пашут, а в некоторых местах тупые грамматические ошибки, так ещё и кадры тупые.

Нет. Ок. Приемлемо. Но, не когда человек приходит ко мне через профайл на CodersRank

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

В дополнительных инструкциях я строго наказываю в отклике оставлять ссылку на решённое вводное задание, остальное по желанию.

Все отклики без ссылок на форки с решённым вводным я просто удалял. Итого на последней вакансии было 90 человек, которые оставили отклики.

image

Из них 35 мусорные, остальные решившие вводное, но, либо не прошедшие интервью, да, бывают и такие, кто хочет, вопреки рейту, вакансии больше или начинают торговаться, таких сразу гоню в шею, либо не решившие тестовое, прискорбно, но НЕ решивших вводное оказалось, если верить статистике гитхаба почти 1000 человек! Это те, кто форкнул и удалил/закрыл репу.

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

Вводное и тестовое задание не одно и то же


Последние 4 года хантинга научили меня меня не принимать поток на себя. Я проанализировал эти годы: подсчитал сколько месяцев я просрал на собесы, тестовые и прочее дерьмо и пришёл к выводу, что так делать нельзя, так как эти месяцы убытки в миллионы (из расчёта моей ставки).

Было принято решение сделать с ребятами репу с полноценным бэкенд и фронтенд сервисамии сломать.

Тут вероятно стоит немного прояснить.
Тест было принято разбить на вводное и тестовое.

Я применяю подход monorepo для большинства наших проектов.

Поломав рабочую монорепу, я создал вводное задание.

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

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

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

Решение появилось, но уже после старта.

Отдельно про бэкенд могу сказать следующее: задание было очень сложным, однако, нашлись те, кто его осилил, а на таких и была сделана ставка. То есть, ребята, которым интересен подобный стек: Typescript, NestJS, GraphQL, CQRS, Protobuff, gRPC, *DD таких оказалось всего двое.

Подытожим


В завершении второй части могу сказать лишь следующее:

  • старайтесь оптимизировать траты вашего времени за счёт подобных решений, это не только сэкономит вам время, но и проверит некоторые личные качества кандидатов, которые собираются у вас учиться, а софт скиллы не менее важны в нашем деле
  • если хотите собрать дружную команду на долгосрок делайте так, чтобы люди были счастливы, и дело тут даже не в высокой ставке, так как зачастую народ просто просирает деньги неизвестно куда, а потом жалуется, что сидит на дошиках это не дело, скажу я вам! Поощряйте здоровый образ жизни, занятия спортом, закупайте раз в полгода-год нужную и полезную для работы технику, или какие-то плюшки на ДР ваших маленьких помощников которые просто сделают работу более комфортной
  • не тупите! и не заставляйте людей заниматься ненужной рутинной, отправлять вам какие-то письма на какие-то там ящики, высылать инфу о последних проектах. Если вас заинтересовал какой-то человек и вам так нужно соберите инфу о нём сами, благо в 2020 живём
  • следите за развитием своих людей, это очень важно, ведь ни сегодня так завтра вы окажетесь на грани кадровой пропасти из-за того, что ваши парни не развиваются

В третьей части я расскажу как правильно интегрировать джунов в командный процесс и помочь им освоиться в новой (а может и первой) команде.
Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru