В поисках Нео

    В продолжение первой части нашей эпопеи о поиске и интеграции джунов в команду.

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

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

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


    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 человек, которые оставили отклики.



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

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

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


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

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

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

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

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

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

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

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

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

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

    Подытожим


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

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

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

    Similar posts

    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More
    Ads

    Comments 10

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

      Вам джун не нужен случаем? изучил все о js, прочитал несколько книг, есть gihub с моими работами, как раз собрался изучать фреймворк. Очень ответственный, работаю удаленно, опыт есть и большой!
        0
        Нужен, как раз скоро набор открою, но, я и без очереди могу принять. Стучи в телегу, обсудим.
          0
          Я бы с радостью! только тот что указан у Вас в профиле не находит. Но я настойчивый, я в личку вам написал))
          0
          а насчёт компаний и HR агенств, ну, что могу тебе сказать дружище, их реально не много, ну, именно тех, у кого подход заточен на соискателя и на удобство/качество
            0
            После слова =стэк= перестал читать троечников
              0
              Прошу простить мне мою безграмотность, быть может дадите ссылку на словарь Даля? Как правильно писать? «стек» или «стэк»? Или быть может «стак»?
                0
                Используйте советы классиков. Жангле-многоточие
            +3

            Слезы умиления наворачиваются когда такие вот "эффективные" руководители набирают штат разработчиков через слезы и страдания, тестовые задания и подобную чушь. Первое что кинулось в глаза это зп, Джун с улицы мб и стоит 40к, но Джун после курсов пойдет минимум на 100, примеров немало, вакансий тоже. Второе, про супер сложное задание) И сколько из 2х прошедших бэк тест пошли к вам работать? Предположу что никто)
            Выполнение задания это больше фан, проверить свои силы в свободное время. Никто в здравом уме не будет усираться над тестовым которое ничего не обещает соискателю, и пишутся эти тестовые из-за этого на коленке. Если вы конечно не "Гугл") Чувак не задумывается что все соискатели с опытом где-то работали длительное время, что-то делали и приносили пользу своей компании, а вот навык прохождения собесов у таких ребят низок и они могут зафакапиться на тех интервью. Лично мне приходится уговаривать себя выполнять тестовое задание потому что за все время работы я ниразу не получал офер с таких вакансий, одна из причин как раз была низкое качество кода, мне было не интересно делать качественно фигню которая никому не нужна. Про тестовое из серии "поправьте ошибки", тут тоже все плохо, стек у всех разный въехать в тот стек на котором поднято тестовое задание тоже нужно время, как и для качественного фикса, можно же костылем залатать)) По подбору мне нравится схема озона, когда набираются 20-30 человек за раз, им дают шанс проявить себя в работе, постепенно отсеивая. Про "поторговаться") тут ржал в голос, ребята вы не тетю Клаву ищите на кассу, тут рынок жёсткий, кто больше предложил туда человек и уйдет. Если у человека есть офер выше но ваша компания ему интересна то он может дать Вам шанс поднять предложение, все честно и просто. Про гитхаб и "фишки": ну да, Джун же должен знать весь гитхаб, у него же в его джунстве уже несколько проектов за спиной… Нет слов… И про сферу диджитал)) Ребята, это работа и это джуны, у них опыта нет, они не знают, что им нравится, а что нет. Делайте перемещения по проектам раз в 3 месяца и тогда будет всем понятно кому чем нравится заниматься…

              0
              Неверное предположение. Аккаунт компании есть на Хабре. Двое бэкендеров.
              +2
              Intern/Junior. Не знаю зачем Хабр разделяет

              На мой взгляд, интерн — это студент, проходящий практику на пару месяцев.
              Если трудоустройство постоянное, то это джун.

              Only users with full accounts can post comments. Log in, please.