Pourquoi les entretiens RH sont-ils souvent décevants pour un développeur

Pour beaucoup de dévs les entretiens RH sont en quelque sorte un purgatoire, ou du moins une perte de temps. Ils savent pertinemment qu’ils ne vont strictement rien en retirer, et qu’il faudra apprendre les réponses à quelques questions bateau pour que ça passe…

Rencontre les meilleurs tech du marché facilement

Les recruteurs, des êtres éloignés

Dans de nombreuses entreprises, en particulier les plus grosses, les RH sont décomposées en deux groupes :
–  Les RH qui s’occupent de tout ce qui concerne le suivi du collaborateur, voire même la gestion de carrière pour les rares boîtes où cette notion existe encore.
– Les recruteurs.

Il se trouve que dans la majorité des cas un développeur ne verra le recruteur que le jour de l’entretien, et ne le côtoiera plus jamais par la suite, ni de près, ni de loin. Il faut mettre ça en contraste avec les autres interlocuteurs rencontrés, qui seront eux les vrais collègues de travail du développeur qu’en tant que recruteur vous interrogez. Vous êtes en quelque sorte donc un extraterrestre.

Un processus répétitititititititif

D’une entreprise à l’autre les entretiens techniques vont changer. Le candidat va discuter de différents domaines en fonction du domaine d’activité de l’entreprise. Rien de tout ça avec l’entretien RH qui se résume en quelque sorte à :

1. Dites-moi ce que vous savez de l’entreprise, et j’embraye.
2. Présentez votre parcours (et hop on récite le CV )
3. Quelques questions, toujours les mêmes, du type « donnez-moi trois de vos qualités et trois de vos défauts ». Bref il suffit d’apprendre par coeur quelques réponses et c’est plié.
4. Si les réponses conviennent, le recruteur se met à vendre son entreprise comme quoi c’est le paradis sur Terre.

Quelle que soit l’entreprise, ce processus est totalement immuable, hélas. Bref quand vous avez fait cinq entretiens dans votre carrière, que vous savez comment les choses se passent, vous savez que vous allez perdre votre temps.

Un interlocuteur inapte

Le métier de développeur est technique, très technique. Et en fait beaucoup de recruteurs ne savent absolument pas de quoi ils parlent quand ils interrogent un développeur. Ils connaissent les mots clef, mais absolument pas les notions qu’il y a derrière. Or ce qui intéresse un développeur est de connaître le contexte technique du poste ainsi que ses collègues. Un recruteur RH ne peut répondre ni à l’une ni à l’autre de ces questions.

Dans le meilleur des cas le recruteur saura caser quelques buzzwords sans savoir de quoi il parle. Si le développeur veut savoir par exemple quelle version de Spring ou de Symfony est utilisée, il ne pourra pas obtenir de réponse. Et c’est normal. Recruteur et développeur sont deux métiers totalement différents, et c’est très bien ainsi. Le tout est de ne pas essayer de mettre des carrés dans des ronds.

Or c’est précisément ce qui se passe dans un entretien RH. Un développeur attend d’être évalué sur ses compétences techniques lors d’un entretien, et pas sur du blabla. Si lors de l’entretien cette évaluation n’intervient pas alors quelque part votre interlocuteur a juste perdu son temps.

Les voies possibles

Étant donné que vous ne reverrez probablement jamais par la suite le développeur que vous contactez, on peut se poser tout simplement la question de recevoir la personne… ou pas. D’un autre côté en tant que recruteur vous souhaitez être en contact avec chacun des candidats pour avoir une approche un peu plus « humaine », mais ceci peut en faire fuir certains.

Certaines entreprises ont donc décidé de remplacer l’entretien RH par un entretien téléphonique. Il dure une quinzaine de minutes, ce qui vous permet déjà de vous faire une idée sur votre interlocuteur, et est suivi d’un test technique à faire à domicile. Il s’agit clairement d’un compromis mais qui finalement réunit le meilleur des deux mondes :

• D’un côté vous aurez eu un contact avec le candidat.
• De l’autre ce dernier aura pu avoir un test technique pour avoir le sentiment d’être jugé sur ces compétences.

Dans certains cas le test technique est un « examen de programmation », et c’est probablement là une très bonne idée. En effet à l’entretien suivant, physique cette fois, le candidat pourra discuter avec un collaborateur technique de l’entreprise de sa solution, et des alternatives possibles pour résoudre le problème. Et il sera largement temps à ce moment-là pour le candidat de poser toutes les questions sur le contexte technique et les conditions de travail, ce à quoi un RH ne peut pas répondre.

Rencontre les meilleurs tech du marché facilement

Cet article vous a plu ? Vous aimerez sûrement aussi :

1. Inclassable : devenir efficace face à un ordinateur
2. La démarche DevOps
3. Les tests automatisés

Julien
Moi c’est Julien, ingénieur en informatique avec quelques années d’expérience. Je suis tombé dans la marmite étant petit, mon père avait acheté un Apple – avant même ma naissance (oui ça date !). Et maintenant je me passionne essentiellement pour tout ce qui est du monde Java et du système, les OS open source en particulier.

Au quotidien, je suis devops, bref je fais du dév, je discute avec les opérationnels, et je fais du conseil auprès des clients.

Son Twitter – Son LinkedIn