Emmanuel Conrardy
Emmanuel Conrardy

Emmanuel Conrardy

Les entretiens

Les entretiens

Les entretiens

Je ne perds jamais. Soit je gagne, soit j'apprends – Nelson Mandela

L'entretien d'embauche est le genre d'exercice qui expose nos craintes en tant que développeur.

je me souviens de mes premiers entretiens, j'étais tétanisé dans l'impossibilité de réfléchir correctement. Voici quelques règles pour avoir une bonne attitude pour aborder les entretiens et en faire une expérience positive.

  • Vous ne jouez pas votre vie sur cette candidature

Si vous réussissez c'est un succès, si ça n'a pas fonctionné c'est un apprentissage, il y en aura d'autres.

  • Rester soi-même

Vous êtes expert de votre propre expérience même si vous avez une année ou deux d'éxperiences et qu'en face ils ont une dizaine d'années d'expérience, vous avez forcement des choses à leurs apprendre.

  • Rester humble

Exprimer factuellement l'impact que vous avez eu dans vos équipes et comment vous avez opéré. Ne vous sur-vendez pas. Même si cela peut être tentant cela peut se sentir et l'effet sera contre productif.

Préparation

Ensuite passer un entretien demande des compétences bien particulières et de la préparation. 
 la première est la capacité de synthèse, on synthétise notre parcours en fonction du poste (ex: lead dev, architecte, tech lead, developpeur back-end,...) et la seconde de pouvoir le faire en 5, 10 et 20 minutes.

Dans la synthèse il faut mettre en évidence les informations sur lequels on souhaite engager une conversation.

  • Léon: ...mise en place de bonnes pratiques...
  • Anna: bonnes pratiques ? lesquelles ?
  • Léon: ...revue de code en faisant attention aux principes SOLID...
  • Anna: C'est quoi SOLID ? et pourquoi des revues de code et pas du pair-programming ?

En anticipant les questions vous allez pouvoir conduire l'entretien.

Deuxièmement : Être à l'aise à l'oral. Pour acquérir une aisance il faut répéter encore et encore, vous pouvez vous enregistrer ou demandez à un ami de vous écouter. J'angoisse toujours de le faire, car ce n'est pas parfait, et il faut accepter les critiques surtout quand elles sont constructives.

La troisième est la capacité d'argumentation et de prise de feedback, il faut savoir dire et expliquer clairement nos attentes et être prêt à les défendre.

Par exemple : Quelles sont les conditions de travail, télétravail ?Y-a-t-il du temps libre pour se former ? Un salaire "plus élevé" ? etc...

Après avoir exposé votre parcours et vos attentes, si ces derniers sont concluants, vous allez passer un entretien technique, en fonction du parcours du candidat il se peut qu'il arrive avant l'entretien de présentation.

Ils peuvent prendre différents formats les plus classiques sont :

  • Les questions types

Par exemple sur le langage, les patterns et architecture -> Elles sont assez communes et n'essayer pas de "deviner" il vaut mieux dire "je ne sais pas" que de donner une réponse bancale. D'ailleurs je suspecte comme étant le seul but légitime de ces questions c'est d'entendre de la bouche du candidat "je ne sais pas".

  • Codin game à faire en présentiel ou chez soi.

Personnellement c'est l'exercice où je suis le moins à l'aise, car savoir répondre à 50 questions même "simples" parfois en moins de 10 secondes est une compétence très particulière et spécifique.

Je trouve que ça ne reflète pas le travail au quotidien d'un developpeur et que ce n'est utile que pour passer les entretiens ou faire de la gymnastique mentale.

Un entretien devrait être au plus proche du quotidien de l'équipe.

Résultat de très bon candidats sont exclus et ne garderont pas forcemment un bon souvenir de l'entreprise qui n'a pas forcement pris le temps de les rencontrer. En revanche comme ce type d'exercice est très répendu il faut s'exercer pour éviter les pièges et passer à côté d'une opportunité.

De l'autre coté

En parlant des entretiens il est intéréssant de se mettre à la place de l'évaluateur.

Je peux vous avouer que que c'est stressant aussi coté évaluateur et que cela demande également de la préparation, les points qui me semble importants sont :

  • mettre à l'aise le candidat en lui donnant toutes les informations nécessaires pour lui faciliter son entretien

  • Faire bonne impression, c'est à dire ne pas être sur son portable pendant que le candidat se présente.

  • Donner un maximum de feedbacks positifs et/ou négatifs, ça sera surtout du ressenti

par exemple :

"j'ai aimé quand tu as parlé de revue de code",

"En revanche je n'ai pas compris quand tu parlais d'architecture, tu devrais faire plus de métaphore ou t'assurer que ton audiance te suive..."

Les entretiens sont une activité enrichissante car c'est un moment d'échange de nos points de vue sur le developpement logiciel. C'est aussi un moyen de découvrir une autre culture d'entreprise et de se remettre en question pour mieux déterminer "ce que nous voulons". Enfin nous pouvons activer à 100% notre curiosité pour arriver à intégrer l'équipe qui nous fera grandir.

Mon Souhait

En tant que developpeur je rêve d'un entretien où l'on me demande comment je souhaite être évalué pour avoir l'échange le plus productif possible. Idéalement j'aimerais avoir en amont reçu toutes les informations sur la typologie de l'équipe, leur besoin et leurs ambitions.

Happy interviews !

Pour découvrir mon retour plus en détail je vous invite à écouter le podcast : manuthechene.lepodcast.fr/les-entretiens

photo : unsplash.com/photos/yREPfEjt8iE?utm_source=..

 
Share this