As ofertas de emprego exageram seus requisitos? [fechadas]

Sinto-me como um programador razoavelmente qualificado, mas muitas postagens de emprego me fazem sentir o contrário. Quase todos eles separam qualificações em requisitos e desejos, mas mesmo a parte dos requisitos pode ser assustadora.

Eu já vi muitas postagens que dizem que requerem vários anos (2 ou mais) de experiência em uma tecnologia ou biblioteca relativamente pequena, algo específico para sua empresa. Outras vezes, vejo 5 ou mesmo mais de 7 anos de experiência exigidos para um idioma. Por si só, alguns deles seriam aceitáveis, mas fica ridículo quando uma empresa de uma cidade pequena diz que você precisa de 3 anos em 2 idiomas, proficiência em programação de rede, scripts, bancos de dados e coisas do tipo "experiência em grandes sistemas críticos de negócios altamente redundantes" Tudo ao mesmo tempo.

Eles realmente esperam encontrar alguém com vasta experiência trabalhando exatamente com o mesmo conjunto de tecnologia que usam? É difícil encontrar uma única postagem em que não haja pelo menos 1 ou 2 furos no meu conjunto de habilidades. Ouvi várias vezes que a maioria dos lugares valoriza sua capacidade de aprender rapidamente e o ensinará no trabalho, mas por que dizer que é necessário? Eles estão apenas tentando desencorajar a aplicação do fundo do barril (falhas do FizzBuzz)?

Sim, eles definitivamente fazem. No entanto, eu costumo seguir a regra dos 75%, que é: Se eu sentir que conheço pelo menos 75% dos requisitos, seguirei em frente e aplicarei. Tudo o mais eles podem me treinar.

Do lado da contratação, aqui está como funciona

1. Líder de desenvolvimento anota os requisitos para dois trabalhos

2. O gerente de projetos os mescla em um único anúncio = "web designer que conhece erlang"

3. Isso é passado por camadas da gerência para comentar - o
   comentário consiste em adicionar a única linguagem / tecnologia da qual ouviram falar

4. O RH 'corrige' isso alterando o perl para pearl e colocando 2007 anos de experiência no Windows Server.

5. O recrutador então "melhora" o currículo dos candidatos - diz que conhece VB, que é um idioma, Erlang é um idioma, então vou mudar para 10 anos de experiência em Erlang

Alguns empregadores pedem ouro quando realmente precisam de prata; se conseguirem um salário baixo, tanto melhor.

É um pensamento errado, IMO. O que eles realmente deveriam procurar são ferramentas de aço para fazer ouro, e é isso que você precisa convencê-las.

Aqui está uma razão que ninguém abordou ainda: o departamento do governo quer contratar uma pessoa específica para uma posição aberta. Devido às regras de contratação de serviço público, eles não podem fazer isso. Eles precisam ter uma competição e olhar para todos os candidatos aplicáveis. Mas eles já têm quem eles querem por contrato, e colocar a pessoa nessa posição é o resultado desejado. (Além disso, NÃO fazer com que essa pessoa resulte em vários anos de experiência despertando pela porta quando o contrato termina.)

Solução? Descubra tudo o que a pessoa conhece e faça com que os requisitos correspondam à lista o máximo possível. Isso resulta em requisitos que parecem bobos e, em alguns casos, nem sequer se alinham com os requisitos do trabalho, mas também garantem que a pessoa que eles querem é quase definitivamente quem os atende.

Eles fazem, porque a maioria dos currículos é exagerada

Como o pdr diz, é um ciclo. A única maneira que vejo de quebrá-lo é fornecer algo pronto para uso como validação real e real de suas habilidades. Coisas que vêm à mente: projetos pessoais (por exemplo, de código aberto), problemas complexos que você resolveu e informações de contato de colegas confiáveis ​​que podem recomendar você.

Existe um risco inerente ao fornecimento de informações extras que as empresas podem examinar, mas às vezes pode valer a pena destacar um currículo sem balbuciar o quão incrível você é.

Eles exageram e acredito que é um erro. Aqueles que não se inscrevem porque não conseguem cumprir 100% ou 90% dos requisitos, provavelmente são as pessoas com quem deseja conversar, mas não se inscrevem porque "podem ler as especificações".

Eles fazem, e pela minha experiência, existem duas razões para isso:

1. Um agente de recrutamento ou pessoa de RH que não conhece a tecnologia escreveu o anúncio.
2. Eles estão tentando deliberadamente intimidar o riff-raff (como outros disseram).

O número 1 é o mais irritante. O que acontecerá é algo assim: uma pessoa de RH / recrutamento recebe uma lista de tecnologias usadas na empresa, juntamente com uma breve descrição de quais são atuais e importantes e quais são talvez marginais e / ou saída. Com frequência, eles interpretam mal qual deles pertence às listas "exigidas" versus "desejáveis" - ou pior ainda - representam algo extremamente marginal como uma realidade exigida todos os dias.

Por exemplo: em um dos meus trabalhos anteriores, o recrutador me disse que a empresa usa o Rational Rose e faz design e desenvolvimento muito formal usando UML, etc. Acabou que nem o Rational Rose, UML ou qualquer tipo de processo formal de design foi usado no empresa - foi apenas algo que o contato da empresa mencionou de antemão como um "bom de se ter", apenas como um amplo histórico de informações, por algum motivo. Mas o recrutador o acompanhou e apresentou o papel como um papel hardcore baseado em processo de design.

Outro caso que tive foi me candidatar a uma função C ++ e terminar em Java. Era uma grande empresa com vários produtos diferentes. Eles me contrataram para a função C ++, eu fiz isso por oito meses e, em seguida, precisaram de mais mãos na equipe Java. Outras pessoas, na verdade, foram direto para a outra equipe dessa maneira, depois de serem entrevistadas para empregos para outra equipe.

TL; DR : Sim, eles fazem. Às vezes, por pura ignorância do que é importante, outras, deliberadamente, tentando intimidar. Eu acho que a "regra dos 75%" é uma boa regra de ouro. Além disso, talvez lendo nas entrelinhas e pensando sobre o que o papel pode envolver. Essas listas geralmente se sobrepõem ou são totalmente redundantes. por exemplo. Se você sabe como o XML funciona e o utiliza há anos, aprenderá um protocolo de transferência de dados baseado em YAML ou JSON em um dia. por exemplo. Pense em como seu conjunto de habilidades existente é transferível para o que a função está pedindo. Muitas vezes, conhecer uma ferramenta específica é menos importante do que conhecer os conceitos por trás dela.

Eu costumava desenvolver para uma empresa que criou software de RH para resolver essa pergunta exata, e há outro fator sobre o qual ninguém está falando. As empresas costumam usar "número de anos de experiência com X" como proxy para "bom em X"; portanto, quando pedem alguém com "5 anos de Java", querem realmente alguém que seja um grande desenvolvedor de Java.

Isso funciona bem em outros setores: um advogado com 7 anos de experiência geralmente é melhor do que um advogado com 3 anos. O mesmo vale para um médico: você escolheria o cirurgião cardíaco com 1000 cirurgias sob o cinto em detrimento do novato que fez 10. Mas isso não se aplica tão bem à programação. Todos conhecemos programadores inteligentes, bons com uma variedade de linguagens, que aprendem Java como uma segunda natureza após 6 meses com ele. Também conhecemos pessoas que codificaram mal em Java por décadas. A experiência simplesmente não se correlaciona com a habilidade em programar da mesma maneira que em outros setores.

Então, por que eles perguntam isso, você diz? Porque realmente não existem maneiras melhores de fazer a pergunta. Se você está procurando um programador inteligente, não pode simplesmente dizer "Inteligente em Java"; você tem que dizer "5 anos de experiência em Java". Então, quando você vê um anúncio de emprego que exige 5 experiências com uma tecnologia de 2 anos de idade, isso significa que eles estão procurando um programador de rockstar. Então, se você acha que tem, vá em frente e inscreva-se.

Sim, eles fazem. Infelizmente, é um ciclo de autoperpetuação. Quanto mais as pessoas se acostumam à idéia de que, se você tem a maior parte do que elas procuram, elas vão entrevistá-lo, mais você precisa exagerar para eliminar aqueles que não têm o que realmente precisa. É um problema infeliz, mas eu realmente não vejo uma saída desse ciclo.

Eu não acho que seja uma questão de exagero, além de não saber quais são os requisitos reais. Recentemente, tive uma pequena espiada atrás da cortina quando um gerente dois níveis acima de mim pediu ajuda para publicar um anúncio de emprego. A única pergunta deles era se eles deveriam usar o modelo .NET ou J2EE para uma nova contratação em um projeto específico. Isso fornece duas informações (pelo menos sobre a empresa em que estou contratado).

1. Eles usam modelos padrão para anunciar posições abertas.
2. As pessoas que postam os anúncios nem sabem do que se trata a posição aberta.

Com base em muitos dos anúncios de vagas que já vi, imagino que muitos gerentes de contratação usem a mesma abordagem falha.

Na minha opinião, também acho que há algum exagero. No entanto, descobri que, mesmo quando cumpri 75% do requisito, poderia ter recebido uma ligação antes da tela, mas quando fui honesto com os outros 25%, não recebi outra ligação.

Se você achar que está constantemente perdendo os requisitos, talvez deva procurar expandir sua base de conhecimento por conta própria. Crie um aplicativo simples por conta própria e coloque-o em seu currículo. Descobri que o maior trunfo do meu currículo eram meus projetos pessoais (mesmo que fossem pequenos).

Apenas meus 2 centavos.

Sim, eles fazem. O pouco que às vezes pode ser difícil é colocar o pé na porta e conseguir relaxar durante a entrevista, mas se você puder gerenciar isso e for bom, o entrevistador logo perceberá isso (se for bom).

E também algumas empresas querem contratar a pessoa perfeita, mas não ficam preocupadas se nunca as encontrar (ao que parece), para que possam ter um anúncio por literalmente ANOS.

Quando entrevistei pessoas no passado para papéis de desenvolvedores, sempre quero ver um nerd brilhante com um senso de humor que acho que vai se encaixar. Infelizmente, você vê muita escória!

Quanto aos anúncios bobos, em 2007, lembro-me de ver um anúncio de emprego com mais de 10 anos de experiência em .NET (quando eu tinha 5 anos, acho) ...

Esse tipo de anúncio apenas faz qualquer programador competente pensar que a pessoa que o colocou é um idiota.

Mesmo esquecendo o fato de que você deve ter codificado dois empregos em período integral de uma só vez, ou trabalhando dentro de um micro-ondas, ou viajando próximo à velocidade da luz ou o que quer que seja (risos), exigindo mais de 10 anos de experiência para um trabalho de codificação? ! A sério?! Desde quando isso é necessário ?

Alguns fazem, outros não. A parte importante de um anúncio de emprego não é a seção de requisitos, mas a descrição do trabalho. Se você honestamente acredita que pode gerenciar todas as tarefas que o trabalho incluiria, sem muito treinamento, solicite-o.

Em geral, um anúncio de emprego listará um superconjunto de habilidades necessárias, nunca apenas um subconjunto.

Em essência, o anúncio de emprego está descrevendo o 'candidato ideal', mas raramente eles descrevem os requisitos da linha de base. É uma suposição tácita de que os candidatos se candidatarão se sentirem que estão "próximos o suficiente" do que é solicitado.

No final do dia, muitas vezes é um processo confuso para determinar se a interseção de requisitos de trabalho e qualificações de candidatos é suficiente para justificar uma investigação mais aprofundada.

Como regra geral - é melhor aplicar se você gosta da oportunidade e sente que tem uma experiência que é vagamente mapeada para o que eles estão pedindo. Não há mal nenhum - se eles acham que seus 2 anos de experiência são muito pouco, eles simplesmente não vão dar continuidade.

Na minha opinião, não, as ofertas de emprego geralmente são bastante precisas em termos de requisitos, mas geralmente descrevem o candidato ideal. Penso que, na maioria das situações, as contratações terão um objetivo alto, mas acabarão por se comprometer um pouco quando precisarem escolher a pessoa para preencher a vaga.

Se a maioria dos requisitos de trabalho declarados são precisos ou não é provavelmente um pouco diferente de uma pergunta, mas eu pude perceber que, se a pessoa que está escrevendo o anúncio de emprego é inexperiente ou não possui os detalhes necessários sobre a posição que eles podem tentar ultrapassar. tenha cuidado para que eles não percam alguns detalhes importantes, sabendo que, se eles forem atingidos acidentalmente, aqueles que conduzem a entrevista ou que acabam com o contrato mal preparado podem responsabilizá-los. Embora eu acreditasse que, com a quantidade de dinheiro investida em busca de novas contratações, a situação seria a minoria de casos, caso contrário, seria apenas um grande desperdício dos recursos de uma empresa.

Pela minha experiência em contratar e escrever requisitos de trabalho semelhantes, sinto que a maioria dos requisitos está correta. Se você está lendo um anúncio de emprego e não parece coerente ou parece que foi escrito por alguém que não está no campo ou que não entende os itens que estão listando como requisitos, pode ser uma boa ideia assine que essas coisas podem ser imprecisas e que seria melhor deixar para os entrevistadores decidirem se você está certo para o trabalho.

Eu acho que a maioria das empresas sabe que não conseguirá exatamente o que está procurando - mas por que arriscar? Se alguém se candidata a quem exatamente tem o que está procurando, então (ambos) vencem. Se alguém se candidatar com as habilidades / experiências com as quais mais se importa, o treinamento geralmente preenche as lacunas. Eu acho que isso acontece para qualquer tipo de trabalho suficientemente qualificado.

Bem, eu tenho que ser contrária. Eu só tenho minha própria experiência, no entanto, coloquei anúncios de emprego.

Se sua empresa é competente até a metade do caminho, você receberá centenas de currículos qualificados . Cerca de 80% deles atenderão a 80% de seus requisitos e cerca de 20% atenderão a 100% de seus requisitos.

Em geral, sou a favor da abordagem inteligente, e concluo as coisas , mas para algumas posições (sênior / arquiteto), você precisa de alguém que esteja nas trincheiras. Alguém que já conhece um framework de falhas xss do ABC, por exemplo, para que isso não o incomode 12 meses depois.

Eu já vi muitas postagens que dizem que requerem vários anos (2 ou mais) de experiência em uma tecnologia ou biblioteca relativamente pequena, algo específico para sua empresa.

Você verá muitos desses anúncios também nos quadros de empregos australianos. Especialmente os australianos (RH) parecem valorizar a experiência específica da tecnologia acima de sua capacidade, habilidade, educação ou dos projetos que você concluiu. E eles querem experiência em uma tecnologia específica - cinco anos ou mais em uma biblioteca maluca ou em uma estrutura que leva algumas horas para aprender. Em um emprego, o salário foi ótimo, então solicitei apenas que o gerente de RH soubesse que TODOS são "aprendizes rápidos". De alguma forma, o currículo chegou às mãos do chefe do desenvolvedor que me ligou imediatamente, mas isso é outra história.

Ah, sim, e todo mundo conhece um .Net, precisamos de alguém com experiência no InstantForum! Todo mundo conhece um .Net, precisamos de alguém com experiência no InsiteCreation CMS! Todo mundo conhece PHP e muitas fontes abertas como Drupal, Magento e eZPublish, mas precisamos de alguém com 5 anos de experiência no Wordpress!

Não acho que seja justo, mas é assim que o mundo real é para todos os profissionais.

É porque eles pediram à última pessoa que tinha o trabalho que escrevesse sua própria descrição do trabalho e a lista continua aumentando com o tempo.

Recentemente, vi uma descrição do trabalho destinada a um desenvolvedor sênior de back-end do .NET.

Exigia:

LAMP, PHP, MySQL Flex, ActionScript OpenGL

E é claro que você tinha que conhecer C #

Eu apenas fiquei lá olhando para a tela me perguntando se eu estava errado por pensar que isso era loucura ou se eles estavam errados.

IMHO, a maioria das ofertas de emprego não exagera em seus requisitos.

Eles apenas fazem um trabalho horrível de obscurecer as habilidades que são absolutamente necessárias para o trabalho desde o primeiro dia, misturando-as com as habilidades que podem ser necessárias ou aprendidas no trabalho.

Infelizmente, muitos desenvolvedores fazem o mesmo com seus currículos - eles adicionam tanto que obscurecem suas principais competências.

Vou adicionar outra resposta aqui, mesmo que já existam muitas respostas, porque essa resposta é meio oposta. Embora a inflação das descrições de cargos seja muito comum no setor, meu próprio empregador geralmente atenua os requisitos das funções, porque

1. Há equipe suficiente na equipe para que uma lacuna de habilidades específica para o candidato não seja um problema, se ele tiver o tipo certo de habilidades
2. O trabalho é bastante exigente tecnicamente e os possíveis candidatos sabem disso; portanto, os requisitos são, em certa medida, subestimados para garantir que não rejeitemos excelentes candidatos apenas porque (por exemplo) eles não conhecem o Python.
3. Contratamos engenheiros em vários níveis, para que as pessoas que respondem ao mesmo anúncio sejam contratadas em diferentes graus, dependendo de suas habilidades.