Чи перебільшують об'яви на роботу свої вимоги? [зачинено]

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

Я бачив чимало публікацій, в яких говорилося, що їм потрібно кілька років (2 і більше) досвіду щодо порівняно невеликої технології чи бібліотеки, щось специфічне для їхньої компанії. Інший раз я бачу досвід роботи 5 або навіть 7 років, який потрібен мові. Самі по собі деякі з них були б нормальними, але це стає смішним, коли невелика міська компанія каже, що вам потрібні 3 роки двома мовами, знання мережевого програмування, сценаріїв, баз даних та інше, як "досвід роботи з великими надмірними критично важливими системами для бізнесу". все одночасно.

Чи справді вони сподіваються знайти когось, який має великий досвід роботи з точно тим же набором технологій, який вони використовують? Мені важко знайти одну публікацію, де у моєму наборі навичок немає хоча б 1 або 2 отворів. Я чула знову і знову, що більшість місць цінують вашу здатність швидко вчитися і навчать вас на роботі, але чому тоді говорити, що це потрібно? Вони просто намагаються відмовити дно бочки (відмови FizzBuzz) від застосування?

Так, вони, безумовно, так і роблять. Однак, як правило, я дію за правилом 75%, тобто якщо я відчуваю, що знаю щонайменше 75% вимог, то я буду продовжувати заявку та подавати заявку. Все інше вони можуть мене просто тренувати.

З боку найму ось як це працює

1. Провідник розвитку записує вимоги до двох робочих місць

2. Керівник проекту об'єднує їх в єдине оголошення = "веб-дизайнер, який знає erlang"

3. Це передається через шари управління для коментарів -
   коментар складається з них, додаючи єдину мову / технологію, про яку вони чули

4. HR потім "виправляє" це, змінюючи перл на перлину та вкладаючи досвід 2007 року в Windows Server.

5. Тоді рекрутер «покращує» резюме кандидатів - каже, що він знає ВБ, це мова, Ерланг - це мова, тому я просто зміню її на 10-річний досвід Ерланг

Деякі роботодавці просять золото, коли їм справді потрібно срібло; якщо вони зможуть отримати його на олов’яній зарплаті, тим краще.

Це неправильне мислення, ІМО. Те, що вони справді повинні шукати, це сталеві інструменти для виготовлення золота, і саме в цьому ви повинні переконати їх.

Ось чому ще ніхто не висвітлив: Державний департамент хоче найняти конкретну особу на відкриту посаду. Через правила найму громадських служб вони не можуть цього зробити. Їм потрібно провести конкурс і подивитися на всіх кандидатів. Але вони вже мають того, кого хочуть за контрактом, і введення людини в цю посаду - бажаний результат. (Крім того, НЕ отримуючи цю особу, це призводить до багаторічного досвіду прокидання дверей, коли договір закінчується.)

Рішення? Зрозумійте кожну річ, яку людина знає, і зробіть вимоги максимально відповідними цьому списку. Це призводить до вимог, які здаються нерозумними, а в деяких випадках насправді навіть не узгоджуються з тим, які є вимоги до роботи, але вони також гарантують, що бажана особа майже напевно є тим, хто їх відповідає.

Вони так роблять, тому що більшість резюме перебільшено

Як каже pdr, це цикл. Єдиний спосіб, який я бачу, як це зламати, - це надати щось поза рамками як реальне і фактичне підтвердження ваших навичок. Речі, які вам спадають на думку: особисті проекти (наприклад, з відкритим кодом), складні проблеми, які ви вирішили, та контактна інформація надійних партнерів, які можуть вам порадити.

Існує невід'ємний ризик із надання додаткової інформації, яку компанії можуть ретельно вивчити, але іноді може бути варте того, щоб зробити резюме виділятися, не хитаючись, як ви "чудові".

Вони перебільшують, і я вважаю, що це помилка. Ті, хто не подає заявки, оскільки вони не можуть виконати 100% або навіть 90% вимог, ймовірно, люди, з якими ви хочете поговорити, але вони не звертаються, оскільки "вони можуть читати характеристики".

Вони так і є, з мого досвіду, на це дві причини:

1. Оголошення написав агент з підбору персоналу або людина з персоналу, яка не знає технології.
2. Вони навмисно намагаються залякати риф-рейф (як вже казали інші).

Число 1 найбільше дратує. Що відбудеться приблизно так: особа з персоналу / кадрового персоналу отримує перелік технологій, які використовуються в компанії, а також короткий опис, які з них є поточними та важливими, а які - можливими незначними та / або на вихід. Тоді вони часто неправильно трактуватимуть, хто з них належить до списку "потрібного" проти "бажаного", або ще гірше - представляє щось надзвичайно маргінальне, як щоденна необхідна реальність.

Наприклад: в одному з моїх попередніх робочих місць рекрутер сказав мені, що компанія використовує Rational Rose і робить дуже формальне проектування та розробку з використанням UML тощо. компанія взагалі - це було щось, про що контакт компанії згадував назовні як "приємно мати", просто як щось широке передумови, щоб знати чомусь. Але рекрутер побіг з ним і представив роль як хардкорну роль на основі дизайну та процесу.

Інший випадок, коли я мав заявку на роль C ++, і закінчив робити Java. Це була велика компанія з кількома різними продуктами. Вони найняли мене на роль C ++, я робив це протягом восьми місяців, а потім їм потрібні були додаткові руки в команді Java. Інші люди насправді пішли прямо до іншої команди, після співбесіди для роботи в іншій команді.

TL; DR : Так, так і є. Іноді з чистого незнання того, що важливо, в інший час навмисно намагається залякати. Я думаю, що "правило 75%" - це хороше правило. Крім того, можливо, читаючи між рядків і думаючи про те, що може включати роль. Ці списки часто збігаються або є абсолютно зайвими. напр. Якщо ви знаєте, як працює XML і використовуєте його роками, ви дізнаєтесь протокол передачі даних на основі YAML або JSON за день. напр. Подумайте, як ваш наявний набір навичок передається тому, про що роблять запитання. Часто знання конкретного інструменту є менш важливим, ніж знання понять, що стоять за ним.

Раніше я розробляв для компанії, яка виробляла програмне забезпечення HR для вирішення цього точного питання, і є ще один фактор, про який ніхто не говорив. Компанії часто використовують "# років досвіду роботи з X" як проксі для "good at X", тому коли вони просять когось із "5 років Java", вони дійсно хочуть того, хто є чудовим розробником Java.

Це добре працює в інших галузях: юрист із 7-річним стажем, як правило, кращий, ніж юрист із 3-ма роками. Те саме стосується лікаря: ти вибрав би хірурга серця з 1000 операцій під поясом над новобранцем, який зробив 10. Але це не так добре стосується програмування. Ми всі знаємо розумних програмістів, які добре розмовляють з різними мовами, які вибирають Java як другу природу після 6 місяців роботи з нею. Ми також знаємо людей, які десятиліттями погано кодували на Яві. Досвід просто не співвідноситься з вмінням програмування, як це робиться в інших галузях.

То чому вони запитують це, ви кажете? Тому що насправді немає кращих способів поставити питання. Якщо ви шукаєте розумного програміста, ви не можете просто сказати «Розумний на Java»; ви повинні сказати "5 років досвіду роботи на Java". Тож коли ви бачите оголошення про роботу, яке вимагає 5-річного досвіду роботи з дворічною технологією, це просто означає, що вони шукають програміста Rockstar. Тож якщо ви думаєте, що вам це вдалося, продовжуйте і подайте заявку.

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

Я не думаю, що це питання перебільшення, як просто не знати того, які реальні вимоги. Нещодавно я заглянув за завісу, коли менеджер на два рівні над мною попросив допомогу розмістити оголошення про роботу. Їх єдиним питанням було те, чи варто використовувати шаблон .NET або J2EE для нового прокату конкретного проекту. Це дає дві відомості (принаймні, про компанію, з якою я укладено контракти).

1. Вони використовують стандартні шаблони для реклами відкритих позицій.
2. Люди, що розміщують оголошення, навіть не знають, про що йдеться у відкритій позиції.

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

На мою думку, я також думаю, що є певне перебільшення. Однак я виявив, що навіть коли я відповідав вимогам 75%, я, можливо, отримав дзвінок перед екраном, але коли я був чесний щодо інших 25%, я не отримав ще одного дзвінка.

Якщо ви виявляєте, що постійно не вистачаєте вимог, то, можливо, вам варто розглянути самостійно розширення бази знань. Створіть просту програму самостійно та додайте її до свого резюме. Я знайшов найбільший актив у моєму резюме - це мої особисті проекти (навіть якщо вони були невеликими).

Всього мої 2 копійки.

Так вони роблять. Трохи, що часом може бути важким, - це стати ногою у двері та впоратися розслабитися під час співбесіди, але якщо ти зможеш це впоратися і ти добрий, інтерв'юер незабаром зрозуміє це (якщо вони добрі).

А також деякі фірми хочуть зайняти ідеальну людину, але вони не надто переживають, якщо їх ніколи не знайдуть (здається), тому у них може з’явитися реклама буквально РОКІВ.

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

Що стосується нерозумних оголошень, то в 2007 році я пам’ятаю, що бачив рекламу на роботі, яка хоче 10-річного досвіду .NET (коли мені було 5 років, я думаю) ...

Така реклама просто змушує будь-якого компетентного програміста думати, що людина, яка її розмістила, - дебіл.

Навіть забувши той факт, що ви, мабуть, кодували дві роботи на повний робочий день одночасно, або працювали всередині мікрохвильової печі, або подорожували зі швидкістю світлової швидкості чи що завгодно (lol), для роботи з кодування потрібен досвід 10+ років? ! Серйозно ?! З тих пір, коли це було потрібно ?

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

Загалом, у службовій публікації буде вказано набір необхідних навичок, а не лише підмножину.

По суті, посадова посада - це опис "оптимального кандидата", але вони рідко окреслюють базові вимоги. Це мовчазне припущення, що кандидати подаватимуть заявку, якщо відчують, що вони "досить близькі" до того, що вимагається.

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

Як правило, краще подати заявку, якщо вам подобається можливість і ви відчуваєте, що у вас є досвід, який вільно відображає те, що вони просять. Немає шкоди в цьому - якщо вони відчувають, що ваш 2-річний досвід занадто малий, вони просто не продовжуватимуть працювати.

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

Чи точні вимоги до роботи вказані точні, чи ні, це, мабуть, трохи відрізняється від питання, але я можу побачити, що якщо особа, яка пише оголошення про роботу, недосвідчена або не має необхідних деталей щодо посади, яку вона може спробувати переоцінити. будьте обережні, щоб вони не пропустили якусь важливу деталь, знаючи, що якщо вони випадково підкреслять, то ті, хто проводить співбесіду або які закінчилися з недостатньо підготовленим наймом, можуть вважати їх винними. Хоча я б вважав, що за сумою грошей, яка йде на пошук нових наймань, ситуація буде меншою кількістю справ, інакше це буде просто великим витратою ресурсів компанії.

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

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

Ну, я маю бути протилежним. У мене є лише власний досвід, однак я фактично розмістив оголошення про роботу.

Якщо ваша компанія навіть наполовину компетентні, то ви збираєтеся отримати багато сот з кваліфікованого резюме. Близько 80% тих, хто відповідає 80% ваших потреб, і близько 20% відповідають вашим вимогам.

Взагалі, я віддаю перевагу розумним і підхоплює речі , але для деяких посад (старший / архітектор) вам потрібен хтось, хто був у траншеях. Наприклад, той, хто вже знає про рамки xss ABC, так що через 12 місяців це не кусає вас в зад.

Я бачив чимало публікацій, які стверджують, що вони потребують декількох років (2 і більше) досвіду порівняно невеликої технології чи бібліотеки, що є специфічним для їхньої компанії.

Багато таких оголошень ви побачите також на дошках австралійських робочих місць. Особливо австралійці (HR) цінують досвід, що відповідає технологіям, вище за ваші здібності, вміння, освіту або проекти, які ви закінчили. І вони хочуть досвіду роботи в певній технології - 5 років або близько того, божевільна бібліотека або рамки, на які потрібно кілька годин. На одній роботі зарплата була великою, тому я звернувся лише до того, щоб хлопець з персоналу зазначив, що КОЖНО - це "швидкий вчитель". Резюме якимось чином потрапило до рук керівника, який мене негайно покликав, але це вже інша історія.

О так, і всі знають. Net, нам потрібен досвідчений в InstantForum! Всі знають. Net, нам потрібен хтось досвідчений в CMS InsiteCreation! Всі знають PHP та багато відкритих джерел, таких як Drupal та Magento та eZPublish, але нам потрібен хтось із 5-річним досвідом Wordpress !!

Я не думаю, що це взагалі справедливо, але таким є реальний світ для кожного професіонала.

Це тому, що вони попросили останню людину, яка мала цю роботу, написати свій власний опис роботи, і цей список просто формується з часом.

Нещодавно я побачив посадову інструкцію, яка була призначена для старшого розробника .NET Back end.

Це вимагало:

LAMP, PHP, MySQL Flex, ActionScript OpenGL

І звичайно, ти повинен був знати C #

Я просто сидів там, дивлячись на екран, дивуючись, чи помиляюся я, думаючи, що це горіхи чи вони помиляються

ІМХО, більшість посад на роботу не перебільшують їхніх вимог.

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

На жаль, багато розробників роблять те саме зі своїми резюме - вони додають стільки, що затушовують основні компетенції.

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

1. У колективі достатньо персоналу, що конкретний розрив у вміннях для заявника не є проблемою, якщо вони широко мають правильний вид навичок
2. Робота є досить технічно складною і можливі кандидати знають це, тому вимоги певною мірою занижені, щоб переконатися, що ми не відхиляємо відмінних претендентів лише тому, що (наприклад) вони не знають Python.
3. Ми наймаємо інженерів на різних рівнях, тому люди, які відповідають на одне і те ж оголошення, приймуть на роботу в різних класах залежно від своїх можливостей.