Що дратує айтівців у вакансіях? Зібрали думки кандидатів

Дивитись детальніше

«Кава, чай і печиво», розмиті вимоги та нерелевантні масові розсилки від рекрутерів… Запитали у IT-фахівців, які вакансії їх відштовхують, а який опис приверне увагу. Бонус наприкінці статті: формули ідеальної вакансії від кандидатів.

Відсутня ключова інформація у вакансії

Анонімно, Senior Software Engineer:
«Дратують відсутність вилки зарплатні, неточності у назвах технологій, відсутність переліку робочих обов’язків потенційного кандидата».

Лілія Курлаєва, Project Manager:
«Дратує, що не пишуть про наявність тестового завдання або вказують не чіткі вімоги до кандидата».

Євгеній Ратушний, Senior Unity Developer:
«Дратує, коли рекрутер не розкриває назву компанії до співбесіди. Камон, немає у мене часу на співбесіди туди, куди я навіть і не збирався. Ще буває кажуть «NDA». Ну до чого тут взагалі NDA?

Дратує, коли аутсорс намагається користуватися репутацією клієнтів, видаючи себе за велику компанію. Ти йдеш на співбесіду наче у блізард, а приходиш до ФОП Петренко. Про таке краще попереджати».

Анонімно, Team Lead (Python):
«Не маю мотивації розглядати вакансії без вилки чи опису проекту».

Завищені, розмиті вимоги та їх невідповідність реальності

Дмитро, Team Lead (Java):
«Якщо коротко, то самі позиції представлені часто на достатньому рівні.
З недоліків можу виділити такі:

• Занадто об’ємний опис проекту. Особисто мені достатньо “специфіки” проєкту, що можна часто надати одним реченням.
• Згадка про можливі відрядження, яких ніколи не буде. Від того, мене мало цікавить, хто замовник, якщо я не повинен працювати за його часовим поясом.
• Вимоги “must have” не відповідають дійсності, а при співбесідах більше схожі на ціни на арабських ринках, які зменшуються багатократно та стають не такими й важливими.»

Антон, Front-end developer:
« “Шукаємо в нашу команду ніндзю/супергероя/джедая/єдиногорога” — з таким запитом тут відьмак потрібен, а не спеціаліст… Забагато води про компанію та вакансію, коли компанія сама не розуміє хто їм потрібен і намагається знайти людину-оркестр.»

Влад, Trainee/Junior Ruby Developer:
«Дратує у вимогах розмовна англійська, якщо компанія з України і працює з українськими замовниками. Це зайве, ми не повинні спілкуватися між собою будь-якою чужою мовою!»

Віталій, QA Engineer:
«Необхідність наявності досвіду роботи понад рік на джунівські посади.»

Анонімно, Project Manager:
«Часто у вакансіях вказують скіли, які на реальній роботі ти і близько використовувати не будеш, мені здається, що з замовниками/командою краще чіткіше уточнювати обов’язки та скілл сет. Фінальну версію вакансії краще узгоджувати з командою чи людиною компетентною у цьому питанні, щоб уникнути некоректного використання лексики.»

Анонімно, Manual QA:
«Досвід необов’язковий, але треба мати досвід роботи з багатьма тулзами. Одне другому суперечить.»

MUST READ: Якими мають бути круті тексти вакансій для розробника: на чому зробити акцент та як виділитися серед конкурентів.

Масові розсилки, нерелевантність пропозицій та комунікація з рекрутерами

Дмитро, Team Lead (Java):
«… Найбільша проблема вакансій — це те, що вони мені не підходять. В дійсності ситуація така, що в більшості випадків справа до розгляду вакансії навіть не доходить.

Але для розуміння доведеться підняти питання неефективної доставки вакансій, адже саме ці люди повинні визначати актуальність.

Причиною тому вважаю низьку середню кваліфікацію рекрутерів, зокрема від маси “фрілансерів”, які думають лише про бонуси, а не про синергію і вигоду для всіх сторін.

Навіть, якщо мені і надішлють цікаву пропозицію, вона може загубитися, коли вичерпується внутрішній ліміт на роботу з пропозиціями. Масові розсилки забивають увесь ефір позиціями, які аж зовсім не по стеку, не кажучи про копіпасти, в яких навіть ім’я забувають змінювати; або звернення, які звучать як листівки, котрі колись кидали в поштові скрині, ніби-то ви виграли джек-пот; або просто посилання на всі позиції компанії та навіть, якщо дві позиції, навіщо вони мені, якщо в мене навіть не питають чи актуально мені зараз змінювати діяльність…

В моєму розумінні, повинна бути співпраця, взаємодія, діалог, а не один лист/повідомлення, де все змішують і лишають кілька вакансій на розгляд, або одразу пропозиції на технічні співбесіди, просто так. Я на це не маю достатньо часу.»

Анонімно, JavaScript QA Automation:
«Дратує, коли рекрутер забуває прочитати профіль і просто надсилає листи з будь-якою вакансією. За чотири роки досвіду я отримував пропозиції з роботи фронтендом, фулстеком, DevOps та рекрутером:)»

Євгеній Ратушний, Senior Unity Developer:
«Дратують рекрутери, які на мою відповідь “я не в пошуку” задають ще десяток питань, типу ”чому?”, ”може все ж таки спробуємо?” і т.д. Хтось після п’ятого вмовляння, коли він не збирався міняти роботу, погоджується?»

Бенефіти та плюшки з 2000 року: сімейна атмосфера, дружня команда та печиво

Антон, Front-end developer:
«Дратує “сімейна атмосфера” у вакансіях — сім’я окремо, робота окремо.»

Світлана, React Developer:
«Не дуже розумію описи великих IT-компанії, де як бенефіт вказують печиво та чай. Серйозно, вам більше нічого запропонувати?»

Анонімно, DevOps Engineer:
«Команда профі та дружня атмосфера виглядають як пусті слова у вакансіях, краще вказувати більш конкретні плюшки або умови роботи.»

MUST READ: Як правильно скласти опис вакансії та не переборщити з креативом.

Формула ідеальної вакансії для розробників, QA, DevOps та інших IT-фахівців

Анонімно, Senior Software Engineer:
«Назва вакансії + короткий опис замовника і проекту + технічний стек + перелік робочих обов’язків на позиції + вилка ЗП (+ опис соц. пакету при наявності) + контакти.»

Дмитро, Team Lead (Java):
«Ідеальний опис вакансії?
Я за лаконічні та практичні речі, тому:

• вакансія повинна мені підходити, бути актуальною саме для мене,
• вона повинна суттєво перетинатися з моїм стеком технологій та/або інтересом,
• лаконічний опис специфіки проекту,
• “must have” повинно містити дійсно важливі навички та вміння для позиції,
• “responsibilities” бажано без банальних речей, наприклад: імплементація нових фічей, рефакторинг та супровід існуючого коду, документація на функціонал, написання тестів та ін., адже в поточному контексті — це є девелопмент,
• мене завжди цікавить розмір моєї потенційної команди (а загальний штат, включно з саппортом, знову ж таки, не дуже цікавий і не буде грати визначної ролі у прийнятті рішення),
• умови праці: регламент роботи, відпусток, лікарняних, медичного страхування, соціальні активності та інші бенефіти.

Звичайно, у всьому можуть бути певні винятки.»

Анонімно, Middle PHP developer:
«Деталі вимог по вакансії, коротко про компанію, посилання на відгуки, пропозиція щодо ЗП.»

Влад, Trainee/Junior Ruby Developer:
«У вакансії не потрібно вказувати кількість років досвіду. Компанія повинна розглядати кожного кандидата за його кваліфікацією та фактичним доробком, проєктами, в яких брав участь».

Антон, Front-end developer:
«Стислий опис: який проект, технології, команда, вимоги до кандидата, зона відповідальності, що буде під час випробувального терміну, зарплатня, бенефіти та компенсації від компанії. Гарний варіант, коли є два описи вакансії: стислий, і більш детальний з відповідями на найчастіші запитання.»

Замість висновків: алгоритм для створення вакансії

Проаналізувавши відповіді, ми розробили алгоритм для створення ефективного опису позиції. Ось що потрібно зробити, щоб скласти вакансію для IT-фахівця та успішно відправляти її кандидатам:

1. Поспілкуватися з менеджером, який наймає співробітника, щоб дізнатися про вимоги. Поділіть їх на критичні та nice-to-have.
2. Дізнатися зарплатну вилку на позицію, від чого вона залежить та чи можна її публікувати на зовнішніх ресурсах чи у листах кандидатам.
3. Провести внутрішній аналіз, щоб мати максимум інформації: опис проєкту та компанії, склад команди, умови та формат роботи (в офісі/віддалено), графік, наявність страхування, опціонів, фінансових бонусів, компенсації курсів чи спортзалу тощо.
4. Провести зовнішній аналіз, дізнатися, чи конкурентоспроможна ваша позиція, які сильні сторони можуть привернути до неї увагу.
5. Скласти довгий та короткий опис вакансії, адаптувати його до різних платформ. Врахуйте опис проєкту, завдання, головні вимоги, ключові бенефіти і кількість етапів рекрутингу. Іншу інформацію краще надсилати кандидатам окремо (щоб підвищити їхню обізнаність або відповісти на запитання про позицію).
6. Перевірити грамотність та коректність написаного. Попросіть технічного фахівця оцінити опис вимог та технічних навичок.
7. Не надсилати всі вакансії, які у вас є в роботі, кандидату одночасно. 1 кандидат = 1 найрелевантніша для нього позиція.

Порада від рекрутерів ITExpert: рекрутер не може створити текст вакансії «у вакуумі». Попросіть про допомогу менеджера, що наймає, та тіммейтів потенційного працівника. Щоб перевірити, чи вдалий вийшов ваш опис, можете надіслати його знайомим айтівцям на оцінку, так ви протестуєте вакансію ще до запуску:)