Comment puis-je surmonter l'exigence relative aux "années d'expérience" lorsque je postule à un poste ?

Version courte : Ils ont peut-être choisi une raison qui n'est ni personnelle ni discutable

Il faut du temps pour acquérir des compétences ainsi que de l'expérience. Vous pouvez être un bon codeur, mais pas assez expérimenté à leur goût pour gérer des projets, ou ils ne vous ont pas jugé apte à faire partie de l'équipe.

Avez-vous envisagé qu'il pourrait y avoir de multiples raisons pour lesquelles ils ne veulent pas de vous, mais que la raison du rejet est une raison très difficile à discuter ? Cela pourrait en fait être dû au fait qu'ils ont été polis au lieu de devoir vous dire qu'ils pensent que vous avez une mauvaise attitude ou que vous n'êtes pas assez bon et - pire encore - que vous n'êtes pas d'accord et que vous commencez à en discuter. Dire “Vous n'avez pas l'expérience que nous recherchons” est neutre et clôt la discussion avant qu'elle ne commence.

Vous pouvez leur demander s'ils ont des suggestions sur la façon dont vous pouvez vous améliorer - en plus de travailler plus longtemps - pour mieux vous intégrer dans leur entreprise. Vous pourriez apprendre une chose ou deux.

J'ai en fait embauché, spécifiquement pour ce qui est décrit ici, je vais donc utiliser quelques exemples tirés du génie logiciel.

Bien que je sois d'accord sur le fait que l'expérience vous donnera plus - expertise dans le domaine, compétences relationnelles et polyvalence - je pense que tous ces points peuvent être (et sont) généralement clarifiés dans la description de poste. Je peux dire que je recherche des spécificités dans ces domaines, et que je garde le champ ouvert à un plus grand nombre de personnes.

Alors… qu'est-ce que l'expérience ?

C'est avoir eu le temps sur le terrain de voir la boucle de rétroaction provoquée par vos propres décisions.

En particulier dans le domaine de l'ingénierie, vous (et votre équipe) prendrez diverses décisions sur la façon dont vous effectuerez le travail, sur la conception et sur d'autres hypothèses de base. Vous allez continuer à suivre une sorte de plan, qui est inévitablement imparfait. Montrez-moi un plan qui a parfaitement fonctionné et vous me montrerez soit un très petit projet, soit un ingénieur très peu réceptif. Aucun plan ne survit au contact de la réalité, et même un très bon plan peut bien fonctionner de manière inattendue et mal fonctionner dans d'autres cas.

Au fil du temps, vous ajusterez le plan, les gens et les technologies viendront et partiront, et la réalité ne marchera pas de manière prévisible. L'équipe trouvera de nouvelles solutions et apportera des modifications au plan pour compenser ce qu'elle a appris.

Cette boucle de rétroaction est ce qui fait la saison d'un ingénieur. Tout comme un laboratoire pratique est généralement préféré à l'apprentissage par les livres et à la mémorisation par cœur - l'expérience du cycle de vie d'un produit (ou de plusieurs !) donne au candidat plus d'informations pratiques sur ce qui fonctionne - tant pour son équipe que pour lui-même. Cela peut inclure les heuristiques de conception, les moyens d'améliorer les processus de développement, les bonnes habitudes de travail, les astuces de recherche et l'expérience de la manière de faire les choses dans une organisation.

Variation en années

Ce n'est pas une chose fixe - en fait 3-7 semble correct. Il y a un point après 2 mais avant …8 ? où il y a un nombre important de cas où un ingénieur dit “Oh… cela ne fonctionnait pas avant, essayons d'une autre manière” une partie importante du temps. Et pourtant, ils ne sont pas tellement brûlés par l'expérience qu'ils ne voient pas l'espoir d'essayer de nouvelles choses et d'adopter de nouvelles stratégies. Après 10 ans, je constate une différence considérable - généralement due à la diversité des expériences professionnelles - qui signifie que ce que l'ingénieur voit ne s'applique pas seulement à son domaine de travail principal, mais aussi aux éléments de l'organisation qui l'entourent.

Ce n'est certainement pas un chiffre fixe. Voici quelques exemples de variations :

• Un ingénieur qui est passé d'un projet à l'autre en très peu de temps, sans jamais avoir vu la version complète de l'un d'entre eux, a probablement moins d'expérience de ce point de vue.
• Un ingénieur qui a effectué plusieurs stages puis 1 à 2 ans au sein du même groupe peut avoir plus que les 2 ans d'expérience standard puisqu'il a vu ce groupe survivre 3 à 4 ans d'histoire, indépendamment du fait qu'il ait été là pour des périodes fixes (disons un stage d'été pendant la scolarité)
• Quelqu'un qui travaille dans un très petit magasin avec beaucoup de bricolage peut acquérir une expérience plus riche plus rapidement. Je n'en vois pas beaucoup qui ont une expérience aussi forte sur le court terme (2 ans), mais je vois qu'elle commence à prendre en compte les 7 contre 13 ans - une personne issue d'une petite start-up qui a dû faire à peu près n'importe quoi montre plus d'expérience qu'un gars qui a travaillé pendant 13 ans en faisant toujours une petite partie du business, sans jamais remettre en question le processus sans jamais aller au-delà de sa petite partie du monde.

**Y a-t-il une équation ?

Nope… mais vous attendiez-vous vraiment à un oui ?

C'est certainement un facteur de :

Time working + experiences survived + nature of role & responsibilities + lessons learned

Je dirais que la plupart des rôles ont un facteur de notation instinctif. Et il peut être lié autant aux lacunes de l'équipe actuelle qu'à la nature du travail qu'elle accomplit. Je n'ai pas besoin de compétences en matière de contact avec les clients, par exemple, dans une énorme équipe de contrats de défense où tous les contacts avec les clients sont tamponnés par la direction. Et les types de contact avec les clients sont très différents entre l'ingénierie des ventes et le support technique informatique. L'expérience de l'un à un certain niveau aide l'autre, mais quelqu'un qui correspond mieux au profil souhaité mais avec moins d'années peut très bien obtenir la meilleure note.

En substance, une partie du “facteur expérience” se résume à dire (en tant que responsable du recrutement) : “comment puis-je enfoncer facilement cette cheville carrée dans mon trou triangulaire” ainsi que “est-ce que ce sera plus facile ou plus difficile qu'avec cette cheville circulaire ? "La différence entre l'expérience et "pas assez d'expérience” ou “pas la bonne expérience” se résume, pour moi, aux questions suivantes : “Qu'avez-vous appris en faisant les choses qui figurent sur votre CV ? voir ce qui s'est passé.

Alors je vais probablement dire - "n'a pas l'expérience”.

Si, par contre, j'obtiens :

• je continue à changer de projet, mais j'ai remarqué que lorsqu'ils ont sorti le produit, il a eu des réactions XYZ, ce qui m'a rendu heureux/répugné que nous ayons fait l'ABC.

• Eh bien, je n'ai pas fait un cycle de vie complet, mais j'ai un panthéon de moyens non pour lancer un projet, jusqu'à présent nous avons échoué aux 5 dernières tentatives, mais nous avons appris à ne pas faire E, F, G, H, et surtout I.

• Quelques idées réfléchies sur les moyens d'améliorer le processus après qu'un véritable cycle de vie soit terminé

Alors je vais noter le candidat plus favorablement. Note - l'échec est assez fréquent. Vivre un échec est souvent encore plus puissant que de connaître un succès. Si vous vous joignez d'emblée à un projet complexe et réussi et que vous faites du bon travail, vous pouvez en fait avoir moins d'expérience simplement parce que vous n'avez pas vu de catastrophe majeure, ni appris à y survivre. Nous devrions tous avoir cette chance !

Puis-je battre le système ?

Peut-être. Pourriez-vous avoir une conversation approfondie sur les points forts et les lacunes de vos compétences ? Comment vos propres expériences et préjugés ont aidé et entravé vos équipes jusqu'à présent ? Comment vos projets ont-ils réussi ou échoué ou ont-ils été moins efficaces à un niveau plus élevé que “le manuel le dit, donc il doit être vrai” ? Le défi consiste alors à faire passer ce message lors de l'entretien.

Gardez à l'esprit que la description du poste a été rédigée sur la base de l'expérience d'au moins une personne. Probablement plusieurs. Il existe une myriade de stratégies pour rédiger une lettre de motivation et chaque entreprise peut être différente - mais la fourchette de 3 à 7 est suffisamment canonique pour qu'un groupe réfléchisse à l'importance de ce moment sur le terrain. Si vous voulez vendre une autre idée, sachez que vous devrez peut-être vous surpasser pour montrer pourquoi vous, en particulier, êtes l'outsider et que vous êtes en quelque sorte plus expérimenté que les années que vous avez normalement indiquées.

Sachez également qu'ils vous considèrent à la lumière d'un pool. Si une personne possédant toutes vos compétences est entrée pour le même travail l'heure suivante après que vous ayez quitté la pièce, mais qu'elle avait une expérience que vous n'aviez pas encore - alors il n'y a aucune raison de faire un compromis.

D'autres réponses ont abordé la question de savoir pourquoi ils se soucient des années d'expérience, mais pour répondre à la question dans votre titre, comment surmonter cela, la réponse est : commencez par la lettre de motivation.

Vous ne pourrez peut-être pas la surmonter (pour les raisons expliquées par d'autres), mais si vous le pouvez, ce sera parce que, dans la lettre de motivation, vous avez reconnu leur exigence et ensuite expliqué pourquoi vous devriez être pris en considération de toute façon. Mettez en évidence ce que vous pouvez faire et évitez les comparaisons avec vos collègues. Si cela vous amène jusqu'à un écran de téléphone, vous aurez alors l'occasion de leur montrer ce que vous pouvez faire.

Les individus apprennent à des rythmes différents et ont des expériences différentes qui les aident à apprendre. Donc non, les compétences ne sont pas directement liées à l'expérience. Il y a des personnes qui sont très compétentes avec seulement quelques années d'expérience et des personnes qui ont de nombreuses années d'expérience qui ne sont pas très compétentes.

Cependant, en général, la personne qui a le plus d'années d'expérience a été plus impliquée dans le cycle de développement de logiciels et a connu à la fois des succès et des échecs et a dû maintenir des dreks écrits par des personnes qui n'avaient pas assez d'expérience ou de compétences. Vous vous regarderez dans dix ans et vous réaliserez le peu que vous saviez alors. Alors oui, la personne intelligente et motivée aura, en fait, plus de compétences après dix ans d'expérience qu'elle n'en avait à deux ans. Il se peut qu'il ait de meilleures compétences à deux ans que les personnes moins motivées ou moins intelligentes à dix ans.

Maintenant, ce qu'ils vous ont dit. En premier lieu, ce n'est pas nécessairement la raison pour laquelle vous avez été rejeté, mais c'est une excuse acceptable à donner à la personne. Les gens ne sont pas embauchés pour de nombreuses raisons telles que l'adéquation avec l'équipe, la personnalité, le sexe, la race, la religion. Certaines de ces raisons ne sont pas des choses que les entreprises peuvent dire à voix haute (car la discrimination est illégale pour certaines d'entre elles ; cela arrive néanmoins), alors elles invoquent une raison acceptable comme le manque d'expérience.

Ensuite, à deux ans, peu importe votre intelligence, vous pouvez vraiment manquer d'expérience du genre de celle qu'ils recherchent. Peut-être ont-ils vraiment besoin de la personne que vous serez à 7 ans d'expérience. Combien de temps avez-vous passé à encadrer d'autres personnes, à diriger une équipe, à concevoir l'architecture ou même à livrer un produit. Assurez-vous la coordination avec l'assurance qualité et les clients ? Et ainsi de suite. Vous avez peut-être été en concurrence avec des personnes qui ont ce niveau de compétences ainsi que des compétences en programmation bien plus étendues que les vôtres. Si j'ai de bons candidats qui ont les niveaux d'expérience que je recherche, alors pourquoi, en tant que responsable du recrutement, prendrais-je un risque sur quelqu'un qui n'a vraiment qu'une expérience de débutant, peu importe la perception qu'il a de sa qualité ? Chaque fois que vous parlez d'embauche, vous devez toujours considérer que, peu importe votre niveau, ils pourraient interviewer dix personnes qui sont meilleures que vous. Vous ne connaissez pas les qualifications des personnes qu'ils ont interrogées et embauchées ; ils pourraient vous jeter à l'eau.

Est-ce que tout cela signifie que vous ne devriez pas postuler à un emploi si vous n'avez pas toutes les qualifications requises sur papier ? Non, parce que vous ne savez jamais quel sera le concours ou quel type de personne le responsable du recrutement veut vraiment. Certains préféreront le jeune, le “hot shot” à la personne qui a un an d'expérience répété dix fois, d'autres auront besoin de la personne qui a des compétences vraiment avancées en raison du type de travail qu'elle fait, d'autres encore préféreront le type qui n'a pas de compétences supérieures mais qui est fiable et peut faire le travail de bas niveau qu'il est possible de faire (vous ne voulez pas non plus engager le “hot shot” pour le travail ennuyeux, aucun de vous ne sera probablement satisfait des résultats).

Les compétences sont-elles directement proportionnelles au nombre d'années d'expérience ?

Seulement si vous apprenez à un rythme constant. Avez-vous appris exactement la même quantité la semaine dernière que la semaine précédente ? Et comment, disons, le dernier mois se compare-t-il aux premiers mois où vous avez commencé à apprendre la programmation ?

Il est difficile de mesurer précisément votre taux d'apprentissage, mais je pense que la plupart des gens diraient qu'ils n'apprennent pas à un rythme constant. Parfois, on apprend beaucoup très vite, parfois pas du tout. Si vous acceptez cela, alors la réponse est évidemment non, les compétences ne sont pas directement proportionnelles à l'expérience.

Je viens d'être rejeté comme candidat à un poste parce que je ne montre pas le nombre d'années d'expérience qu'ils exigent.

C'est dommage. Ne le prenez pas personnellement – essayez de vous rappeler qu'il est très difficile de dire en une heure ou deux combien quelqu'un sait. Vous avez peut-être raison de dire que toutes vos lectures et votre pratique pourraient vous rendre plus qualifié qu'une personne plus expérimentée, mais les personnes chargées de l'embauche pour le poste en question a) n'ont peut-être pas été autorisées à prendre en considération une personne ayant moins que le nombre d'années d'expérience requis ; b) n'ont peut-être pas voulu prendre le risque que vous soyez l'une de ces personnes inhabituelles dont la sagesse dépasse ses années ; et/ou c) n'ont peut-être pas pris la peine de regarder de très près le reste de votre CV une fois qu'elles se sont rendu compte que vous ne répondiez pas à l'une de leurs exigences de base.

De plus, réalisez que l'expérience apporte plus que des compétences en programmation OO… il y a la connaissance du domaine, le leadership, la gestion du temps, la persistance et d'autres compétences “douces” qui sont parfois encore plus importantes que la capacité de codage folle.

Une autre chose à considérer est qu'un employeur peut être obligé de vous rejeter si vous n'avez pas assez d'expérience pour vous qualifier pour le poste selon les exigences énoncées. Les employeurs peuvent être tenus par la loi ou par la politique de l'entreprise (principalement pour éviter des poursuites pour discrimination) de rejeter les candidats dont les compétences ou l'expérience ne répondent pas aux exigences minimales du poste. Dans ce cas, vous ne pouvez rien faire d'autre que de demander à l'employeur de vous appeler si les exigences changent.

Nous avons cessé d'utiliser les “années d'expérience” dans les descriptions de poste, en partie parce que les RH craignaient que des affaires d’“âgisme” ne soient introduites pour les raisons que vous avancez. Bien que cette mesure ait été assouplie, elle nous a tous obligés à nous pencher sur ce que nous entendions vraiment par “années d'expérience” et à quantifier plus précisément ce que nous recherchions dans les offres d'emploi.

Avec tout employé potentiel, je me pose trois questions fondamentales :

• Possède-t-il les compétences techniques minimales dont j'ai besoin pour démarrer dans le poste lorsqu'il commence ?

• Quel est son niveau de développement dans les autres compétences techniques “privilégiées” et de quel soutien aura-t-il besoin pour se développer ?

• À quel niveau de développement se situent leurs soft skills , et de quel soutien auront-ils besoin pour se développer ? Le “niveau de développement” est basé sur le modèle du leadership situationnel “, et en particulier pour la dernière question, j'examine vraiment la quantité de travail de gestion pratique que cette personne est susceptible de générer et la quantité qu'elle est susceptible d'amortir/supprimer (sur la base de mon profil d'équipe actuel).

Pour moi, les compétences relationnelles et l'esprit d'équipe sont les clés d'un recrutement réussi. **Les compétences techniques solides ne suffisent pas à elles seules, car je m'intéresse à la productivité de l'équipe dans son ensemble, et non à la productivité individuelle : Essentiellement la taille, la complexité et la valeur en dollars du projet qu'ils peuvent apporter en toute confiance dans les délais convenus (ou renégociés), les coûts et les contraintes de qualité, sur la base de leurs antécédents avérés et/ou de leur compréhension des projets qui ont échoué

• Communication : Connaissance de son propre style de communication/personnalité et de celui des autres, et capacité à adapter le style en fonction du public et du contexte. Capacité à être efficace dans les discussions d'équipe sans se mettre à dos les autres ou être conflictuel. Aptitude à fournir un retour d'information constructif et/ou à encadrer/mentoriser le personnel subalterne. Capacité à créer des cas d'affaires, des propositions ou des discussions gagnantes/gagnantes pour l'ensemble de l'équipe.

• Compréhension des affaires : Connaissance du cadre commercial dans lequel nous opérons, y compris les dépenses, le cycle budgétaire, les CAPEX/OPEX, la budgétisation, les appels d'offres/contrats, les rôles joués par d'autres membres du personnel et l'amélioration des affaires.

J'ai un ensemble d'attentes pour ces compétences clés aux différents niveaux que j'ai au sein de mon équipe ; cela relève généralement d'une fourchette d’"années d'expérience” mais il y a toujours des “aberrants” qui soit prennent ces choses très vite, soit ne les prennent jamais du tout.

En recherchant ces compétences, j'ai tendance à rechercher des “réalisations clés” par opposition à des “responsabilités/responsabilités de rôle” sur un CV. En matière de recrutement, je ne suis pas très intéressé par ce que vous êtes censé avoir fait, mais plutôt par ce que vous avez apporté et appris jusqu'à présent.

En rassemblant votre CV et votre lettre de motivation, vous pouvez vous concentrer sur ces domaines en vous référant aux points clés de l’“échelle de Hay” (http://en.wikipedia.org/wiki/Hay_Guide_Chart) et surmonter le besoin d'années d'expérience spécifiques.

Les compétences et l'expérience ne sont pas nécessairement proportionnelles. Je connais beaucoup de gens très expérimentés (lisez : ils sont dans l'industrie depuis longtemps), mais ce sont des idiots complets quand il s'agit de technologie. Dans ces scénarios, le degré d'expérience qu'ils possèdent n'a pas d'importance. S'ils sont incompétents et incapables, alors ils offrent beaucoup moins de valeur commerciale que quelqu'un (comme vous, OP) qui est passionné et qui étudie dur sur son temps libre. L'intérêt personnel et la passion pour la technologie sont fortement négligés par les employeurs potentiels, peut-être de façon valable dans certains cas.

J'ai tendance à penser que à travers la passion et l'intérêt personnel pour la technologie, vient la valeur commerciale. Une personne possédant les bonnes compétences techniques peut résoudre les problèmes commerciaux que les dirigeants ont à résoudre - s'attendre à ce qu'une personne purement technique comprenne parfaitement l'entreprise n'est pas toujours pratique. Doit-elle comprendre les bases de l'entreprise ? Bien sûr. Doit-elle prendre des décisions commerciales ? Probablement pas.

Les compétences ne sont pas directement proportionnelles à l'expérience, mais en général, plus vous avez d'expérience, meilleures sont vos compétences. Les compétences sont difficiles à évaluer sans une sorte de test quantitatif, qui est également difficile à développer. Certaines personnes qui paraissent bien sur le papier s'agitent impuissantes lorsqu'on leur fait passer un test de codage ou de débogage, tandis que certaines personnes fraîchement sorties de l'université peuvent rapidement éclipser leurs pairs ayant deux ou trois ans d'expérience dans l'industrie.

En bref : il est difficile d'évaluer correctement les compétences en programmation, de sorte que de nombreuses entreprises n'essaient même pas et se rabattent plutôt sur une métrique paralysante. Si vous voulez vraiment ce poste, je vous enverrai une lettre expliquant pourquoi vous pensez qu'ils devraient reconsidérer leur décision et donnant des exemples précis de vos compétences. Si elles vous ont déjà rejeté, qu'avez-vous à perdre ?

Il y a quelques bonnes réponses ici, mais l'une des plus grandes questions semble sans réponse.

Avez-vous eu un entretien ?

Si vous avez eu un entretien, vous êtes suffisamment qualifié, et la raison du rejet est plus probablement la façon dont vous avez répondu aux questions, dont vous vous êtes présenté et dont vous avez présenté votre personnalité. Tout emploi technique ne se limite pas aux connaissances techniques et à l'expérience, il y a aussi le côté “soft”. Il se peut que vous deviez être en contact avec des clients, des personnes moins techniques ou des parties prenantes de haut niveau - tous ces éléments seront également pris en compte. Si vous n'avez pas pu passer d'entretien, vous devez revoir les informations que vous avez fournies à la personne présélectionnée et décider comment vous pouvez les améliorer. Vous êtes désavantagé par rapport à quelqu'un qui a plus d'années à son actif, vous devez donc vous rattraper en faisant des déclarations convaincantes et probantes sur ce que vous avez fait jusqu'à présent et sur ce qui vous donne le sentiment que vous pouvez relever le défi6. Cela signifie que vous devez soumettre une lettre de motivation solide montrant une recherche diligente sur l'entreprise, de l'enthousiasme et une explication des raisons pour lesquelles votre CV correspond à ce rôle.

Dans les deux cas, demandez un retour d'information supplémentaire - peut-être même un appel téléphonique pour en discuter.

Enfin : il est difficile de croire que l'expérience peut être surévaluée, n'oubliez pas de penser à mordre dans la balle, à opter pour un rôle plus subalterne et à prouver que vous avez ce qu'il faut pour obtenir une promotion rapide.

Si vous souhaitez surmonter les obstacles que vous rencontrez actuellement, envisagez de devenir membre d'un groupe professionnel local ou même officier. Il peut s'agir par exemple d'un groupe d'utilisateurs JUG, .NET ou Oracle. Vous rencontrerez beaucoup de gens, vous pourrez prouver votre valeur et être introduit à des postes où toute cette “expérience” n'est pas le critère ultime. Une autre possibilité serait de rédiger une candidature dont vous pensez que d'autres peuvent bénéficier et de la placer sur le web. Avoir quelque chose qu'un employeur potentiel peut examiner peut être inestimable ou du moins bien meilleur qu'une lettre de motivation bien rédigée.

En ces temps, nous devons tous sortir des sentiers battus.

Il existe de nombreuses réponses, mais je ne pense pas que celle-ci ait été publiée :

Posez votre candidature quand même!

La plupart du temps, la personne qui a rédigé la description de poste n'a pas vraiment fait une analyse approfondie de ce qui est requis pour le poste. Il se peut qu'elle ne se connaisse même pas elle-même et qu'elle soit une personne des ressources humaines avec une liste vague ou hors sujet qui lui a été donnée par un technicien. Il s'agit souvent d'une liste de souhaits plutôt que d'un ensemble de règles strictes. Il se peut que la personne qui l'a rédigée n'examine pas votre CV.

Cela s'applique particulièrement à la partie “Années d'expérience”, où il se peut très bien qu'elle ait tiré un numéro du haut de sa tête. Ce qu'ils veulent dire, c'est “Pas un débutant / diplômé”. Comment pourraient-ils savoir combien d'années sont nécessaires pour faire ce travail ?

Vous pourriez être confronté à quelqu'un qui a 5 ans d'expérience, ou pas. Même si c'est le cas, vous pouvez vous avérer être un meilleur candidat (par exemple, un salaire moins élevé, une personnalité plus sympathique/ enthousiaste, ou une expérience spécifique à ses besoins, ou vivre à proximité).

Vous pouvez même vous avérer être la personne la plus expérimentée qui postule !

TL;DR - Ils peuvent ne pas savoir ce qu'ils veulent !

Si l'on adopte une définition suffisamment large, la seule chose qui préoccupe l'employeur potentiel est la compétence. Mais les compétences sont très variées, certaines peuvent être techniques, d'autres moins. Certaines peuvent être acquises rapidement par une personne douée, d'autres nécessitent du temps et de la pratique pour être acquises et viennent principalement avec l'expérience (et l'expérience tend à être un bon moyen de solidifier toutes les compétences BTW), c'est-à-dire le temps passé en dehors de votre profondeur (les années passées dans votre zone de confort ne sont pas vraiment de l'expérience car vous n'apprenez rien).

Selon mon expérience, prouver que vos compétences techniques sont supérieures à la moyenne n'est pas vraiment un problème. Même si vos compétences techniques sont aussi bonnes que vous le pensez, vous n'avez tout simplement pas eu le temps de vous familiariser avec les nombreuses différences entre la théorie et la pratique - les auteurs de livres ont tendance à exagérer -, de rencontrer en personne suffisamment de situations différentes pour que, lorsque vous êtes confronté à quelque chose de nouveau, vous voyiez immédiatement des similitudes avec ce que vous avez déjà vécu et sachiez ce qui fonctionne vraiment et ce qui ne fonctionne pas. Avoir vu de telles similitudes assez souvent pour les prendre avec un grain de sel et être prêt pour les différences subtiles qui se manifesteront.

Même si vos compétences techniques sont aussi bonnes que vous le pensez, vous n'avez probablement pas la légitimité visible vous permettant d'être pris comme pair par d'autres personnes de niveau intermédiaire et comme mentor par des débutants. Oui, cela fait partie du métier. Ces compétences et d'autres compétences interpersonnelles sont importantes et il semble souvent que plus vous êtes orienté vers la technique, plus les compétences interpersonnelles sont difficiles à acquérir.

Pourtant, vous pouvez acquérir des compétences liées à l'expérience plus rapidement que d'autres, parce que vous êtes plus doué, parce que vous avez plus de chance et que vous avez assez de variété tout en étant assez stable pour avoir le temps nécessaire pour apprendre au lieu de sauter partout. Il est alors plus facile de les faire reconnaître par ceux avec qui vous travaillez avant d'essayer de vous faire embaucher ailleurs. Et c'est plus facile si vous connaissez quelqu'un qui peut parler pour vous là-bas. Si vous n'êtes pas reconnu là où vous êtes actuellement, si vous ne connaissez personne là où vous voulez être, vous aurez beaucoup de mal à vous faire embaucher à un niveau supérieur à celui que vous avez actuellement.

Marcof. Je n'ai lu que votre billet et j'ai essayé de ne pas trop lire ce que les autres ont dit, mais j'ai vu quelques cynismes dans leurs commentaires. Pour moi, vous avez raison. Votre compétence est excellente et vous êtes confiant. C'est un super plus, et ne le réduisez pas. Cependant, n'oubliez pas que, comme vous avez à peu près # (jeu de mots) plus d'expérience dans la programmation, vous devez vous assurer que votre employeur ne pense pas que vous ne respecteriez pas les personnes expérimentées avec lesquelles vous pourriez travailler.

• Les employeurs demandent toujours plus d'expérience qu'ils n'en ont besoin, ou ne veulent payer (correctement).

• Techniquement, vous êtes mieux pour le poste du point de vue de l'employeur parce qu'il peut obtenir gratuitement vos compétences supplémentaires et vous payer en fonction de vos années d'expérience.

• Essayez de comprendre ce qui, chez l'employeur, vous donne envie de travailler chez lui. C'est banal, mais cela vous empêchera de dire trop de choses sur le fait d'être un roi du codage. Essayez également d'identifier les aspects plus souples et moins techniques qui vous permettent de correspondre au poste - ou, en d'autres termes, pourquoi aimez-vous le codage ? Dites-leur ce que vous aimez le plus dans le métier de codeur et comment vous pensez que ces aspects seront en leur compagnie d'après ce que vous avez lu. Dites-leur que vous voulez apprendre des gourous qu'ils ont pour que vous puissiez vous développer encore plus et apporter votre contribution.

Continuez à rechercher ces emplois hors de votre “champ de tir”. L'expérience indiquée est toujours ce que l'employeur s'efforce d'obtenir dans un monde idéal. S'ils vous apprécient, vous êtes dans le coup car vous avez la compétence.

Au fait, si vous pouvez créer un portfolio physique pour vous-même, peut-être de choses sur lesquelles vous avez travaillé, ou une visualisation d'un objet, d'un processus, etc. cela pourrait être un moyen de donner vie aux compétences avancées que vous utilisez au quotidien. Vous avez mentionné que le fait de savoir/adhérer à structurer d'autres personnes sur votre lieu de travail actuel n'était pas connu. Trouvez un moyen ludique (c'est-à-dire non condescendant) d'apporter ces connaissances. Par exemple, supposons qu'une fonction ou une méthode que vous utilisez beaucoup soit avancée. Transformez cela en question

"Do you guys use functionX to do process Y when making programs about topic Z?"
"Is it ok to byte shift, use blah-blah encoding for this type of thing?"

Ne doutez pas de vous-même, continuez simplement à essayer. Sachez quand vous devez avoir confiance dans vos réponses, et sachez quand vous devez être détendu en présentant votre expertise. De plus, quoi que vous fassiez, ne dites jamais que vous êtes meilleur que vos collègues. S'ils compilent ces informations, vous ne pourrez pas être exécuté.

D'accord, tout d'abord, l'importance des “années d'expérience” mentionnées est en grande partie liée au marché. Un des aspects les plus amusants du métier de développeur web côté client, par exemple, est de voir des publicités demandant plus d'années d'expérience dans une technologie donnée que ladite technologie n'a réellement existé. Naturellement, ils ont tendance à se pencher sur les années d'expérience puisque cela élimine 100% de leurs CV.

Comme quelqu'un d'autre l'a fait remarquer avec sagesse, vous êtes fichu sur les logiciels d'automatisation des RH. Lorsque les gens énoncent spécifiquement des exigences comme celle-ci ET veulent que vous réécriviez un CV en utilisant une série de formulaires sur leur site, ne vous donnez pas la peine. En fait, j'ai arrêté de toucher à ces périodes, quelle que soit la mesure dans laquelle je répondais aux critères, parce que je n'ai jamais, pas une seule fois, reçu d'intérêt pour avoir perdu du temps sur l'un d'entre eux et j'ai réalisé qu'il valait mieux passer le temps à chasser plus de pistes en échouant aux tentatives de contacter quelqu'un directement au sujet du poste.

Un autre exemple où cela va être beaucoup plus important est lorsque vous avez beaucoup de concurrence. Prenons l'exemple des développeurs Java. Beaucoup d'emplois, mais aussi beaucoup, beaucoup de développeurs Java. Cela fait de la phase 1 de la recherche de candidats la plus grande sélection de CV, généralement basée sur des statistiques arbitraires comme des années d'expérience, juste pour réduire les tas à quelque chose de gérable. Dans ce genre de cas, vous êtes peut-être un gars qui a passé deux ans dans le métier et qui mérite de côtoyer des développeurs de cinq ans, mais vous êtes probablement un SOL, sauf si vous connaissez les personnes qui recrutent et qu'elles ont une idée approximative de vos compétences. Alors oui, dans ce cas, la meilleure chose à faire est de nouer des contacts au sein de votre communauté locale de développeurs afin de lancer la phase 1 au passage.

Une autre chose à considérer est la culture de votre communauté locale en ce qui concerne l'emploi de niveau junior en général. J'ai réalisé que j'allais devoir un jour quitter ma ville natale où j'ai grandi dans le nord de l'État de New York lorsque, alors que je cherchais un emploi d'été, j'ai vu l'annonce : “Maintenant, je dois avouer que je ne sais pas précisément ce que le métier de ratisseur d'asphalte et/ou de pavé (il y a assez longtemps pour que je ne me souvienne plus lequel) implique, mais je suis très dubitatif sur le fait qu'il faille 5 ans à plein temps pour ratisser tout ce qui n'est pas subatomique pour en obtenir l'essentiel. La solution : Examinez les types d'annonces que vous voyez pour des postes similaires dans d'autres régions du pays et préparez-vous à la GTFO.

Et la seule chose générale qui ne peut pas faire de mal, quel que soit le secteur, c'est de faire un travail pertinent et utile sur les logiciels libres et de le rendre disponible. Si ce n'est pas possible, bloguez sur votre métier. Faites tout ce que vous pouvez pour établir une certaine crédibilité dans la rue qui vous aide à faire valoir l'argument selon lequel vous êtes meilleur que la moyenne des 2-votre dev dans votre secteur.

Mais encore une fois, le contexte est essentiel. S'il s'agit d'une technologie propriétaire fermée, que vous avez une tonne de concurrence et qu'il est peu probable que vous obteniez une suite de discussions/débats sur la bonne ou la mauvaise façon de faire les choses, vous devrez peut-être vous contenter de payer votre cotisation. Ou bien vous choisissez de poursuivre une technologie de transfert de compétences où ces obstacles sont plus faciles à surmonter ou inexistants.

Edit - Je n'ai pas vraiment abordé cet aspect de votre question :

"Les compétences sont-elles directement proportionnelles aux années d'expérience”

Certaines choses concernent le talent brut et la capacité à résoudre les problèmes. D'autres concernent simplement le fait d'avoir rencontré le même problème suffisamment de fois pour savoir exactement ce qu'il faut faire, ce que feraient la plupart des autres personnes à votre place ayant un niveau d'expérience similaire. C'est subtil, mais oui, l'expérience peut/doit compter dans beaucoup de cas. Cependant, vous dire que vous êtes de niveau intermédiaire plutôt que junior à deux ans ne me semble pas particulièrement arrogant, et le talent brut ou la capacité à résoudre des problèmes peuvent certainement combler un fossé selon les responsabilités à assumer.

Voici un problème qui fait que vous serez rejeté par certaines entreprises sans que personne n'examine jamais votre demande : Les logiciels d'automatisation des ressources humaines. Le responsable des ressources humaines va intégrer dans le programme 3 à 7 ans d'expérience dans un domaine quelconque. Il lira les CV et filtrera ceux qui ne répondent pas aux critères. Si vous mettez deux ans sur votre CV, il sera filtré par le logiciel et aucun humain, pas même un spécialiste des ressources humaines, ne lira jamais vos informations.

Vous pouvez étirer votre expérience de deux à trois ans pour passer au travers de ce gardien numérique, mais vous mentirez pour que cela puisse vous causer des problèmes par la suite. L'autre solution consiste à essayer de nouer des contacts avec des responsables du recrutement qui pourront contourner le “bot” et les RH et vous donner une chance.

Les descriptions de poste et les exigences ont un double objectif : attirer l'attention des personnes qui voudraient occuper le poste et filtrer celles qui ne sont pas adaptées à l'emploi. La partie filtrage se fait à la fois à l'intérieur et à l'extérieur de l'entreprise (c'est-à-dire qu'elle décourage les gens de postuler, et qu'elle donne aux RH un moyen rapide de rejeter la candidature lorsque le CV ne répond pas aux exigences, sans exiger que les RH soient suffisamment compétents pour juger quelqu'un sur ses mérites).

Vous pouvez surmonter la première partie du filtrage, simplement en postulant au poste, que vous ayez ou non l'expérience requise. La deuxième partie du filtrage dépend entièrement de l'entreprise et du marché de l'emploi. Il se peut qu'il ne soit pas possible de la surmonter en raison de la politique suivie, et même si l'entreprise est prête à négliger ses propres exigences dans les bonnes circonstances, il reste à savoir si ces circonstances existent pour vous…

Fondamentalement, vous devez convaincre ceux qui sélectionnent les personnes à interviewer que vous êtes un bon choix. Si vous arrivez dans l'entreprise à froid (sans référence interne pour le poste), le meilleur endroit pour le faire est la lettre de motivation. Vous devrez montrer dans votre lettre de motivation que vous avez ce que vous pensez qu'ils cherchent à tirer de ces années d'expérience supplémentaires. Si vous vous y prenez bien, cela pourrait vous permettre d'obtenir un entretien.

Tout le monde veut quelqu'un d'expérimenté, mais tout le monde n'en a pas absolument besoin.

Pour certains postes, vous travaillerez dans une équipe de développeurs. Une équipe de développeurs a besoin de une personne qui soit vraiment expérimentée et qui puisse gérer tout type de problème qui se présente, et qui puisse vivre avec d'autres personnes moins expérimentées à condition d'écouter la personne expérimentée. Dans cette situation, la personne expérimentée peut avoir le sentiment qu'il y a trop de charge sur ses épaules et demander quelqu'un d'autre avec beaucoup d'expérience, mais ce n'est pas une obligation absolue.

Pour les autres emplois, vous êtes le seul. Si vous ne pouvez pas résoudre un problème, il n'y a personne pour le résoudre. C'est là que l'expérience est indispensable et non négociable.

Il faut donc savoir si c'est le premier ou le deuxième type d'emploi. Le deuxième type, vous avez très peu de chance. Le premier type, vous avez peut-être une chance. Le mieux est de leur dire que vous avez une certaine expérience, et que vous êtes doué pour acquérir de nouvelles compétences et apprendre de ceux qui ont l'expérience.