Je me sens comme un programmeur raisonnablement qualifié, mais beaucoup d'offres d'emploi que je rencontre me font penser le contraire. Presque tous séparent les qualifications en exigences et souhaits, mais même la partie des exigences peut être décourageante.
J'ai vu beaucoup de publications qui disent qu'elles nécessitent plusieurs années (2 ou plus) d'expérience dans une technologie ou une bibliothèque relativement petite, quelque chose de spécifique à leur entreprise. D'autres fois, je vois 5 ou même 7+ années d'expérience requises pour une langue. En soi, certains d'entre eux seraient corrects, mais cela devient ridicule lorsqu'une petite entreprise de la ville dit que vous avez besoin de 3 ans dans 2 langues, de la maîtrise de la programmation réseau, des scripts, des bases de données et de choses comme "de l'expérience avec de grands systèmes critiques hautement redondants" Tout en même temps.
S'attendent-ils vraiment à trouver quelqu'un qui possède une vaste expérience de travail avec exactement le même ensemble de technologies qu'ils utilisent? J'ai du mal à trouver une seule annonce où je n'ai pas au moins 1 ou 2 trous dans mon ensemble de compétences. J'ai entendu à maintes reprises que la plupart des endroits apprécient votre capacité à apprendre rapidement et vous apprendront sur le tas, mais alors pourquoi dire que c'est nécessaire? Essaient-ils simplement de décourager le fond du baril (échecs FizzBuzz) de postuler?
Oui, certainement. Cependant, je respecte généralement la règle des 75%, qui est: si je sens que je connais au moins 75% des exigences, alors je vais aller de l'avant et postuler. Tout le reste, ils peuvent juste me former.
Du côté de l'embauche, voici comment cela fonctionne
Le responsable du développement écrit les exigences de deux emplois
Le chef de projet les fusionne en une seule annonce = "web designer qui connaît erlang"
Ceci est passé à travers des couches de gestion pour commenter -
commentaire consiste à ajouter la seule langue/technologie dont ils ont entendu parler
Les RH 'corrigent' ensuite cela en changeant Perl en perle et en mettant 2007 ans d'expérience dans Windows Server.
Le recruteur améliore ensuite le curriculum vitae des candidats - dit qu'il connaît VB, c'est une langue, Erlang est une langue, je vais donc le changer en 10 ans d'expérience d'Erlang
Certains employeurs demandent de l'or lorsqu'ils ont vraiment besoin d'argent; S'ils peuvent l'obtenir avec un petit salaire, tant mieux.
C'est une mauvaise pensée, OMI. Ce qu'ils devraient vraiment rechercher, ce sont des outils en acier pour faire de l'or, et c'est ce que vous devez les convaincre.
Voici une raison que personne n'a encore abordée: le ministère souhaite embaucher une personne spécifique pour un poste ouvert. En raison des règles d'embauche de la fonction publique, ils ne peuvent pas le faire. Ils doivent avoir un concours et examiner tous les candidats applicables. Mais ils ont déjà qui ils veulent sous contrat, et obtenir la personne dans cette position est le résultat souhaité. (De plus, le fait de NE PAS obtenir cette personne entraîne plusieurs années d'expérience à se réveiller à la fin du contrat.)
Solution? Découvrez chaque chose que cette personne sait et faites en sorte que les exigences correspondent à cette liste autant que possible. Cela se traduit par des exigences qui semblent stupides et, dans certains cas, ne correspondent même pas bien aux exigences du poste, mais elles garantissent également que la personne qu'elles veulent est presque certainement celle qui les satisfait.
Comme le dit pdr, c'est un cycle. La seule façon que je vois de le casser est de fournir quelque chose hors de la boîte comme une validation réelle et réelle de vos compétences. Choses qui me viennent à l'esprit: projets personnels (par exemple ceux open source), problèmes complexes que vous avez résolus et coordonnées de pairs fiables qui peuvent vous recommander.
Il y a un risque inhérent à fournir des informations supplémentaires que les entreprises peuvent examiner, mais parfois cela peut valoir la peine de faire ressortir un curriculum vitae sans babiller à quel point vous êtes "génial".
Ils exagèrent et je pense que c'est une erreur. Ceux qui ne postulent pas parce qu'ils ne peuvent pas satisfaire à 100% ou même à 90% des exigences, sont probablement les personnes à qui vous voulez parler, mais ils ne postulent pas car "ils peuvent lire les spécifications".
Je développais pour une entreprise qui fabriquait des logiciels RH pour résoudre cette question exacte, et il y a un autre facteur dont personne n'a parlé. Les entreprises utilisent souvent "# d'années d'expérience avec X" comme proxy pour "bon à X", donc quand elles demandent quelqu'un avec "5 ans de Java", elles veulent vraiment quelqu'un qui est un grand Java = développeur.
Cela fonctionne bien dans d'autres secteurs: un avocat avec 7 ans d'expérience est généralement meilleur qu'un avocat avec 3 ans. Il en va de même pour un médecin: vous choisiriez le chirurgien cardiaque avec 1000 chirurgies à son actif par rapport à la recrue qui en a fait 10. Mais cela ne s'applique pas si bien à la programmation. Nous connaissons tous des programmeurs intelligents, bons avec une variété de langages, qui prennent Java comme une seconde nature après 6 mois avec lui. Nous connaissons également des gens qui ont mal codé en Java pendant des décennies. L'expérience n'est tout simplement pas en corrélation avec les compétences en programmation comme elle le fait dans d'autres industries.
Alors pourquoi demandent-ils cela, dites-vous? Parce qu'il n'y a pas vraiment de meilleures façons de poser la question. Si vous cherchez un programmeur intelligent, vous ne pouvez pas simplement dire "Smart in Java"; il faut dire "5 ans d'expérience en Java". Donc, quand vous voyez une offre d'emploi qui demande 5 expériences avec une technologie vieille de 2 ans, cela signifie simplement qu'ils recherchent un programmeur rockstar. Donc, si vous pensez l'avoir, allez-y et postulez.
Ils le font, et d'après mon expérience, il y a deux raisons à cela:
Le numéro 1 est le plus irritant. Ce qui va se passer est quelque chose comme ceci: une personne RH/recrutement reçoit une liste des technologies utilisées dans l'entreprise, avec une brève description de celles qui sont actuelles et importantes, et lesquelles sont peut-être marginales et/ou sortie. Ils interpréteront alors souvent mal ceux qui appartiennent aux listes "requises" vs "souhaitables" - ou pire encore - représentent quelque chose d'extrêmement marginal en tant que réalité quotidienne requise.
Par exemple: dans l'un de mes emplois précédents, le recruteur m'a dit que l'entreprise utilise Rational Rose et fait une conception et un développement très formels en utilisant UML, etc. Il s'est avéré que ni Rational Rose, UML, ni aucun type de processus de conception formel n'a été utilisé au entreprise du tout - c'était juste quelque chose que le contact de l'entreprise a mentionné au départ comme un "Agréable à avoir", tout comme un vaste contexte à savoir, pour une raison quelconque. Mais le recruteur a couru avec et a présenté le rôle comme un rôle basé sur un processus de conception hardcore.
Un autre cas que j'avais était de postuler pour un rôle C++ et de finir par faire Java. C'était une grande entreprise avec plusieurs produits différents. Ils m'ont embauché pour le rôle C++, je l'ai fait pendant huit mois, puis ils ont eu besoin de mains supplémentaires dans l'équipe Java. D'autres personnes sont allées directement à l'autre équipe de cette façon après avoir été interviewées pour emplois pour une autre équipe.
TL; DR: Oui, ils le font. Parfois par pure ignorance de ce qui est important, à d'autres moments, en essayant délibérément d'intimider. Je pense que la "règle des 75%" est une bonne règle d'or. Aussi, peut-être lire entre les lignes et réfléchir à ce que le rôle pourrait impliquer. Ces listes se chevauchent souvent ou sont carrément redondantes. par exemple. Si vous savez comment XML fonctionne et l'utilisez depuis des années, vous apprendrez un protocole de transfert de données basé sur YAML ou JSON en une journée. par exemple. Réfléchissez à la façon dont votre ensemble de compétences existant est transférable à ce que le rôle demande. Il est souvent moins important de connaître un outil spécifique que de connaître les concepts qui le sous-tendent.
Oui, ils le font. Malheureusement, c'est un cycle auto-entretenu. Plus les gens s'habituent à l'idée que si vous avez la plupart de ce qu'ils recherchent, ils vous intervieweront, plus vous devrez exagérer pour éliminer ceux qui n'ont pas ce dont vous avez vraiment besoin. C'est un problème malheureux, mais je ne vois pas vraiment d'issue à ce cycle.
Je ne pense pas que ce soit une question d'exagération autant que de ne pas savoir quelles sont les vraies exigences. J'ai eu un petit coup d'œil derrière le rideau récemment lorsqu'un gestionnaire à deux niveaux au-dessus de moi a demandé de l'aide pour publier une offre d'emploi. Leur seule et unique question était de savoir s'ils devaient utiliser le modèle .NET ou J2EE pour une nouvelle embauche sur un projet particulier. Cela vous donne deux informations (au moins sur l'entreprise à laquelle je suis sous contrat).
Sur la base de nombreuses offres d'emploi que j'ai vues, j'imagine que de nombreux gestionnaires d'embauche utilisent la même approche erronée.
À mon avis, je pense également qu'il y a une certaine exagération. Cependant, j'ai constaté que même lorsque j'ai satisfait 75% des exigences, j'ai peut-être reçu un appel de présélection, mais quand j'ai été honnête au sujet des 25% restants, je n'ai pas reçu d'autre appel.
Si vous constatez que vous manquez constamment les exigences, vous devriez peut-être envisager d'étendre votre base de connaissances par vous-même. Créez vous-même une application simple et mettez-la sur votre CV. J'ai trouvé que le plus grand atout de mon CV était mes projets personnels (même s'ils étaient petits).
Juste mes 2 cents.
Oui, ils le font. Le peu qui peut parfois être difficile est de mettre le pied dans la porte et de se détendre pendant l'entrevue, mais si vous pouvez gérer cela et que vous êtes bon, l'intervieweur se rendra vite compte que (si ils sont tout bon).
Et aussi certaines entreprises veulent embaucher la personne parfaite, mais ne sont pas trop inquiètes si elles ne les trouvent jamais (il semble), donc elles peuvent avoir une annonce qui traîne littéralement des ANNÉES.
Lorsque j'ai interviewé des gens dans le passé pour des rôles de développeur, je veux toujours voir un nerd brillant avec un sens de l'humour qui, je pense, va s'intégrer. Malheureusement, vous voyez beaucoup de scories!
En ce qui concerne les publicités idiotes, en 2007, je me souviens avoir vu une offre d'emploi voulant plus de 10 ans d'expérience .NET (quand elle avait 5 ans je pense) ...
Ce genre d'annonce fait juste penser à tout programmeur compétent que la personne qui l'a placée est un crétin.
Même en oubliant le fait que vous avez dû coder deux emplois à temps plein à la fois, ou travailler à l'intérieur d'un micro-ondes, ou voyager à une vitesse proche de la lumière ou autre chose (lol), nécessitant plus de 10 ans d'expérience pour un travail de codage? ! Sérieusement?! Depuis quand est-ce nécessaire?
Certains le font, d'autres non. La partie importante d'une offre d'emploi n'est pas la section des exigences, mais la description de l'emploi. Si vous croyez honnêtement que vous pouvez gérer toutes les tâches que le travail comprendrait, sans trop de formation, alors postulez.
En général, une offre d'emploi répertorie un surensemble de compétences requises, jamais seulement un sous-ensemble.
Essentiellement, l'offre d'emploi décrit le "candidat optimal", mais décrit rarement les exigences de base. C'est une supposition tacite que les candidats postuleront s'ils se sentent "assez proches" de ce qui est demandé.
En fin de compte, il s'agit très souvent d'un processus flou pour déterminer si l'intersection des exigences du poste et des qualifications des candidats est suffisante pour justifier une enquête plus approfondie.
En règle générale, il est préférable de postuler si vous aimez l'opportunité et que vous avez l'impression d'avoir une expérience qui correspond vaguement à ce qu'ils demandent. Pas de mal à cela - s'ils ont l'impression que vos 2 années d'expérience sont trop faibles, ils ne suivront tout simplement pas.
À mon avis non, les offres d'emploi sont généralement assez précises en termes d'exigences, mais elles décrivent généralement le candidat idéal. Je pense que dans la plupart des situations, ces embauches viseront haut, mais finiront par compromettre un peu à la fin quand elles devront choisir la personne pour combler le poste.
Que la majeure partie des exigences du poste énoncées soient exactes ou non est probablement un peu différent d'une question, mais je pourrais voir que si la personne qui rédige l'annonce est inexpérimentée ou n'a pas les détails nécessaires sur le poste qu'elle peut essayer de dépasser veillez à ce qu'ils ne manquent pas certains détails importants sachant que s'ils devaient accidentellement sous-dépasser, ceux qui mènent l'entretien ou qui se retrouvent avec l'embauche sous-préparée peuvent les en blâmer. Même si je pense qu'avec le montant d'argent consacré à la recherche de nouvelles embauches, la situation serait la minorité des cas, sinon ce serait une grosse ponction sur les ressources d'une entreprise.
D'après mon expérience d'embauche et d'écriture d'exigences d'emploi similaires, j'ai l'impression que la plupart des exigences sont exactes. Si vous lisez une offre d'emploi et qu'elle ne semble pas cohérente ou semble avoir été écrite par une personne qui n'est pas sur le terrain ou ne comprend pas les éléments qu'ils énumèrent comme exigences, alors cela peut être un bon signe que ces choses peuvent être inexactes et qu'il vaudrait mieux laisser à leurs enquêteurs le soin de décider si vous avez raison pour le poste.
Eh bien, je dois être à contre-courant. Je n'ai que ma propre expérience, cependant, j'ai en fait placé des offres d'emploi.
Si votre entreprise est même à mi-parcours, vous allez recevoir plusieurs centaines de qualifiés CV. Environ 80% de ceux-ci répondront à 80% de vos besoins et environ 20% répondront à 100% de vos besoins.
En général, je privilégie l'approche intelligente et fait avancer les choses , mais pour certains postes (senior/architecte), vous avez besoin de quelqu'un qui a été dans les tranchées . Quelqu'un qui connaît déjà les défauts xss d'un framework ABC par exemple, afin que cela ne vous mord pas dans le cul 12 mois plus tard.
Je pense que la plupart des entreprises savent qu'elles n'obtiendront pas exactement ce qu'elles recherchent - mais pourquoi le hasard? Si quelqu'un postule qui se trouve avoir exactement ce qu'il cherche, il gagne (tous les deux). Si quelqu'un postule et possède les compétences/l'expérience dont il se soucie le plus, la formation comble généralement les lacunes. Je pense que cela se produit pour tout type de travail suffisamment qualifié.
J'ajouterai une autre réponse ici même s'il existe déjà de nombreuses réponses, car cette réponse est en quelque sorte opposée. Alors que l'inflation des descriptions de travail est très courante dans l'industrie, mon propre employeur pédale très souvent les exigences des rôles, car
J'ai récemment vu une description de poste destinée à un développeur principal .NET Back-end.
Il fallait:
LAMP, PHP, MySQL Flex, ActionScript OpenGL
Et bien sûr, il fallait connaître C #
Je suis resté assis là à regarder l'écran en me demandant si j'avais tort de penser que c'était fou ou s'ils avaient tort.
À mon humble avis, la plupart des offres d'emploi n'exagèrent pas leurs exigences.
Ils font juste un travail horrible d'obscurcir les compétences qui sont absolument nécessaires pour le travail dès le premier jour en les mélangeant avec les compétences qui pourraient être nécessaires ou qui peuvent être apprises sur le tas.
Malheureusement, de nombreux développeurs font de même avec leur curriculum vitae - ils ajoutent tellement qu'ils obscurcissent leurs compétences de base.
C'est parce qu'ils ont demandé à la dernière personne qui avait le travail d'écrire leur propre description de travail et que la liste ne cesse de s'accumuler au fil du temps.
J'ai vu beaucoup de publications qui disent qu'elles nécessitent plusieurs années (2 ou plus) d'expérience dans une technologie ou une bibliothèque relativement petite, quelque chose de spécifique à leur entreprise.
Vous verrez également beaucoup de ces annonces sur les sites d'emploi australiens. En particulier, les Australiens (RH) semblent valoriser l'expérience spécifique à la technologie au-dessus de vos capacités, compétences, études ou projets que vous avez réalisés. Et ils veulent de l'expérience dans une technologie spécifique - environ 5 ans sur une bibliothèque folle ou un framework qui prend quelques heures à apprendre. Dans un emploi, la rémunération était excellente, j'ai donc postulé uniquement pour être souligné par le responsable RH que TOUT LE MONDE est un "apprenant rapide". Le CV est en quelque sorte entre les mains du responsable du développement qui m'a appelé immédiatement, mais c'est une autre histoire.
Oh oui, et tout le monde connaît un .Net, nous avons besoin de quelqu'un expérimenté dans InstantForum! Tout le monde connaît un .Net, nous avons besoin de quelqu'un expérimenté dans le CMS InsiteCreation! Tout le monde connaît un PHP et beaucoup de sources ouvertes comme Drupal et Magento et eZPublish, mais nous avons besoin de quelqu'un qui a 5 ans Wordpress Expérience !!
Je ne pense pas que ce soit juste du tout, mais c'est comme ça que le monde réel est comme pour chaque professionnel.