L'interview technique est-il adapté pour les recrutements ?
Un développeur estime que cette pratique est ridicule et devrait mourir

Le , par Cedric Chevalier, Chroniqueur Actualités
Quel programmeur ne se souvient pas de ses premiers entretiens d'embauche en entreprise ? Les mains moites, le coeur qui bat à la chamade, la gorge serrée ; ce sont là, les signes annonciateurs du stress qu'on ressent en attendant son tour.

Une fois en face de son interviewer, il s'en suit une série de questions techniques qui, si on a la providence avec soi, cadre avec son domaine d'expertise. Le tout s'achève par un exercice, ou on est invité à écrire du code sur un tableau. Cependant, avec le stress accumulé lors des étapes précédentes, en est-on encore capable ?.

Il faut stopper cette folie. Un programmeur du nom de Jon Evans trouve que l'interview technique en entreprise est tout bonnement ridicule. Sa réussite tient plus à la chance qu'aux compétences réelles du programmeur. Pour lui, beaucoup de bons programmeurs ont été injustement mis à l'écart à cause de cette pratique.

« On reconnaît l'arbre à ses fruits ». Pour Evans, la façon ultime d'embaucher la bonne personne est avant tout de juger ses capacités par quelque chose qu'il a déjà produit. Les projets réalisés par le candidat sont dans ce cas d'une très grande aide.

L’entretien doit être un moment d’échange avec le candidat, au lieu de poser les questions techniques, le recruteur devrait essayer de savoir les outils déjà utilisés par celui-ci, les décisions qui l’on poussé vers ceux-ci, les problèmes techniques déjà rencontrés et comment ils ont été résolus, etc.

Et ce n'est pas tout. Dans la même logique, Evans poursuit en demandant de confier au candidat qui retient l’attention un autre projet à réaliser cette fois-là sous l'œil attentif de l'interviewer, histoire de voir en temps réel ce dont le candidat est capable. La décision de l'embaucher ne doit alors être prise qu'à ce moment là.

Source: Article de Jon Evans

Et vous ?

Jugez-vous avoir été une fois injustement mis à l'écart avec le processus d'embauche traditionnel ?

Que pensez vous alors de la vision de Jon Evans quand au processus d'embauche en entreprise ? Etes-vous d'accord avec lui ?


 Poster une réponse

Avatar de garheb garheb
Membre confirmé
le 28/06/2013 21:45
Le problème, ce sont les entretiens techniques faits par un RH (Que signifie SQL? ...).

Il propose donc de remplacer un exercice technique par... un projet technique. Quelle avancée. Surtout qu'il précise que le projet pourrait être un projet utile pour l'entreprise, vive la main d'oeuvre "gratuite", il fait encore pire que les stages, vivement les processus de recrutement dont le seul but est de produire du code qui sera utilisé ensuite par l'entreprise.
Avatar de Elbarto Elbarto
Membre actif
le 28/06/2013 23:14
quand on veut utiliser les services d'un plombier est-ce qu'on s'amuse à le tester sur ses connaissances en plomberie ?

le choix se fait plutôt sur d'autres critères : prix et étendue des prestations, disponibilité,

ça devrait être donc pareil pour les programmeurs, le recruteur devrait évaluer le rapport qualité/prix, ce que la personne pourra apporter en entreprise, et non pas essayer de remettre en cause ses compétences en lui posant des questions infamantes,

la solution pourrait consister à inverser le processus de recrutement, que le candidat choisisse lui même son futur patron ( cas d'un marché en pénurie ) ou idéalement se mettre en auto-entreprise / consultant informatique
Avatar de imikado imikado
Rédacteur
le 28/06/2013 23:20
Personnellement j'ai rarement eu des entretiens techniques: quelques questions de temps en temps, mais pas d'exercice à faire, sauf une fois:
on m'avait donné un accès à un serveur web et demandé de faire un CRUD pour voir comment je codais.

Je suis pour demander au candidat de montrer comment il code, comment il réfléchit: l'entretien c'est bien, mais j'ai déjà eu des profils qui passaient l'entretien technique mais était à la ramasse quand il fallait coder (bloquait sur des erreurs php simples, se prenait la tête sur des petits problèmes...)

Si je peux proposer une idée: c'est de proposer au candidat de coder sur un portable déconnecté d'internet, avec juste la documentation php, un serveur web et mysql, on lui laisse 30 minutes pour faire un CRUD*, et on regarde ensuite le résultat:
- on lui demande si il s'en sent capable (la capacité à évaluer une tache à faire)
- code commenté oui/non
- programmation POO oui/non
- factorisation oui/non
Etat d'avancement du projet au bout des 30 minutes: rien ne marche 2/3 de fait mais fonctionnel, 2/3 de fait mais rien ne fonctionne...

CRUD: Create Read Update Delete, ce sont les pages qui permettent de lister/ajouter/afficher/modifier et supprimer des enregistrement.
Avatar de mboudraa mboudraa
Invité de passage
le 29/06/2013 0:30
Avant d'être recruté chez Xebia, on m'a demandé de réaliser un projet chez moi avec des specs plus ou moins précises. J'avais 2 semaine pour le faire chez et le renvoyer.
L'entretien technique s'est faut avec un développeur tres expérimenté et tout le long il me posait des questions sur mes choix techniques, sur les tests unitaires réalisés, me demandait de faire des évolutions directement sur sa machine.

Ça a duré 1h30 et j'ai trouvé ça génial et très instructif.

Les entretiens techniques sont nécessaires mais il faut simplement qu'ils soient bien faits et qu'ils aient une vrai valeur ajoutée.
Avatar de Lyche Lyche
Expert Confirmé Sénior
le 29/06/2013 0:38
je me rappel d'une SSII qui lorsque j'avais présenté pour eux en 2010 m'avaient fait passer un test en .Net sur le framework 1.0. Je le fais et ça colle. Puis, finalement, j'ai décidé d'accepter une autre opportunité qui me parassait plus adaptée à mon profil.

2ans et demi plus tard, lorsque je cherchais à nouveau du travail (comme quoi mon premier choix n'était pas si bon) cette entreprise m'a à nouveau contacté. J'ai repassé un entretiens technique, qui était exactement le même... .Net 1.0, mêmes questions grotesques sur une technologie qui n'était déjà plus utilisée

Bref, tout ça pour dire que, non seulement c'est coup de bol de tomber sur des questions auxquelles ont peut répondre. Mais qu'en plus, il faut avoir du bol pour tomber sur un questionnaire qui soit pas complètement à la masse...

J'ai un profil de dev SQL, et je me retrouve 3 fois sur 4 à faire des test en .net... bonjour le niveau de recruteurs..
Avatar de SylvainPV SylvainPV
Membre Expert
le 29/06/2013 1:44
Personnellement je n'ai jamais eu à produire du code en entretien. En revanche j'ai dû passer des tests de personnalité, de mémoire et de logique. Je pense que le diplôme et l'expérience sont suffisants pour attester d'un niveau technique.

Après, ce ne sont pas les connaissances techniques pures qui font le bon développeur. On peut être un crack et n'avoir aucune créativité, ou être incapable de bosser en équipe, ou ne pas savoir s'imposer/prendre la parole...
Avatar de Paul TOTH Paul TOTH
Expert Confirmé Sénior
le 29/06/2013 4:09
je me souviens avoir passé un QCM technique de présélection avec des questions du type: sur un routeur vous mettez un câble droit ou un câble croisé ? ... j'ai répondu : celui qui est livré avec et j'ai été retenu tout de même
Avatar de LaurentC33 LaurentC33
Membre du Club
le 29/06/2013 8:59
On peut être un crack et n'avoir aucune créativité, ou être incapable de bosser en équipe, ou ne pas savoir s'imposer/prendre la parole..

Tu as entièrement raison Sylvain

Je sais que ça va en faire bondir certains, mais quand on est un développeur qui a été emmené à utiliser plusieurs langages au cours de sa carrière, faire un test de code n'est pas hyper pertinent.
Je suis passé du php à java, C#, as3 et maintenant Pascal.
Je ne me rappelle pas toujours du nom précis de tel ou tel méthode (souvent obligé d'aller sur la doc sur certaines), mais je pense être un bon développeur, et le fait d'avoir travaillé sur de nombreux langages et je pense un bon point.
Je fait du code php propre depuis que j'ai fait du java et du C# par exemple...

Enfin tout ça pour dire que je trouve ça un peu archaïque.
J'ai plein de projets divers et varié à montrer, mais c'est sur qu'un débutant, à par lui faire passer des tests, aucune solution évidente
Avatar de rthomas rthomas
Membre à l'essai
le 29/06/2013 9:04
Oh que si il faut des tests techniques.
Voici un exemple vécu:
- deux entretiens téléphonique par deux personnes différentes car la personne habite à 700 km
- un entretien dans nos locaux avec deux personnes : ok bon pour le poste
- un test technique sur le sujet que le candidat maîtrise le mieux : horreur et déception.

Quand le candidat et persuadé d'être très bon c'est parfois difficile de le détecter sans test technique.
Ce test à permis d'éviter un déménagement et une période d'essai raccourci.

Déjà rencontré trois fois des dev persuadés d'être très bon et au final rien de rien. J'en ai même vu un qui n'avait rien crée comme code après trois mois, tellement persuadé d'être bon et superbe manipulateur.

=> un test technique permet de détecter les manipulateurs.
45 minutes sur un sujet maîtrisé, 15 minutes sur un nouveau sujet.
Avatar de erwanlb erwanlb
Inactif
le 29/06/2013 10:12
Citation Envoyé par mboudraa  Voir le message
Avant d'être recruté chez Xebia, on m'a demandé de réaliser un projet chez moi avec des specs plus ou moins précises. J'avais 2 semaine pour le faire chez et le renvoyer.
L'entretien technique s'est faut avec un développeur tres expérimenté et tout le long il me posait des questions sur mes choix techniques, sur les tests unitaires réalisés, me demandait de faire des évolutions directement sur sa machine.

Ça a duré 1h30 et j'ai trouvé ça génial et très instructif.

Les entretiens techniques sont nécessaires mais il faut simplement qu'ils soient bien faits et qu'ils aient une vrai valeur ajoutée.

Heureusement qu'on demande pas ça à un maçon tiens....

Bonjour Mr, le but de l'entretien est de bâtir une maison de 80m², vous avez 2 mois.....
Offres d'emploi IT
Stage en gestion de projet qualité (H/F)
Stage
Crédit Foncier - Ile de France - Val-de-Marne
Parue le 28/03/2014
Webdesigner Senior (H/F)
CDI
Small iz beautiful - Ile de France - Paris
Parue le 08/04/2014
RECONVERSION INGENIEUR INFORMATIQUE H/F
CDI
Adaming - Nord Pas-de-Calais - Lille (59000)
Parue le 14/04/2014

Voir plus d'offres Voir la carte des offres IT
 
 
 
 
Partenaires

PlanetHoster
Ikoula