Comment interviewer pour les compétences des personnes | par keypressingmonkey | janvier 2023

Comment noter les performances passées et futures sans directives claires

J’ai passé une quinzaine d’entretiens d’embauche depuis la dernière fois que quelqu’un a regardé mes notes à l’école – et j’ai déjà obtenu un emploi de programmeur en parlant de faire du pain.

Mon patron a dit un jour quelque chose du genre « Tout ce qui est technique, je peux l’enseigner à mes employés, mais vous ne pouvez pas enseigner la personnalité ».

Ce n’est probablement pas la sagesse la plus profonde jamais prononcée, mais elle a quand même résonné en moi, car je n’étais pas qualifiée pour ce travail. Je l’ai toujours compris, je l’ai aimé, je me suis amusé et j’ai surpassé mon moi précédent chaque mois jusqu’à ce que je sois assez bon dans ce domaine.

Mais jusqu’à ce moment-là, j’étais perplexe à l’idée d’avoir même été embauché, car je ne me serais pas engagé moi-même.

Et cela m’a fait penser qu’il est presque trivial d’interviewer pour des compétences techniques par rapport à juger le caractère de quelqu’un. Je me suis même retrouvé dans des entretiens d’embauche du mauvais côté de la table, devant donner mon avis sur l’embauche de l’un plutôt que de l’autre – honnêtement, ce n’est pas un rôle dans lequel je me sens à l’aise.

Donc, voici ma contribution sur ce qui compte réellement dans les entretiens d’embauche et comment j’ai survécu à la mienne.

Lorsqu’un intervieweur vous demande « pourquoi nous », il vous demande également « comment savons-nous que vous ne partirez pas le mois prochain ? »

L’argent n’est pas une bonne raison, car il y a probablement un plus gros poisson là-bas. Cela montre également que vous vous souciez de l’argent, mais pas tant du travail que vous faites – et c’est pourquoi c’est comme jouer à un entretien d’embauche en mode facile alors que vous êtes réellement motivé à rejoindre une entreprise.

J’avais mes raisons pour mon entretien d’embauche actuel : j’ai quitté l’ancienne entreprise parce qu’on nous a ordonné de retourner au bureau, mais j’habitais à deux heures de route en voiture – dans un sens. Même à seulement deux jours par semaine, ce n’était pas durable.

J’ai aussi beaucoup aimé travailler sur le système que je maintiens et consulte maintenant lorsque j’étais à l’autre bout de la table quelques années auparavant – et je savais que travailler dessus m’apporterait une joie et une satisfaction personnelles.

Ces deux combinés ont rendu ma motivation claire, et c’est toujours la moitié de l’entretien d’embauche derrière vous.

Personne n’aime les questions techniques dans les entretiens d’embauche, car il n’y a jamais deux problèmes identiques.

Mais il est très important de comprendre comment quelqu’un aborde les problèmes à un niveau non technique. Une fois que vous savez où se trouve le bogue, vous le corrigez, appelez-le un jour. Mais comment y arrive-t-on ? Demandez-vous à un collègue ou préférez-vous vous renseigner?

Comprenez-vous comment un problème peut souvent vous dire quelque chose sur la source tout au long de la ligne, sans même toucher une seule ligne de code ou démarrer un débogueur ?

Comment empêcher que cette erreur se reproduise à l’avenir ? Surveillance quotidienne des données sous-jacentes ? Des tests automatisés ?

Ces questions sont très intéressantes à poser – mais aussi à poser car elles vous donnent une bien meilleure image des processus d’une entreprise et des problèmes qu’elle rencontre assez souvent pour poser des questions à ce sujet lors des entretiens d’embauche.

Permettez-moi de le dire de cette façon : vous ne voudriez pas m’engager en tant que spécialiste Agile, car j’ai vu une bonne entreprise devenir horriblement bloquée, puis vendue et revendue avec 50 % du personnel informatique renouvelé en une seule année. Désordre pur.

Depuis, j’essaie de garder les choses légères de ce côté-là, et je suis super content que mon travail actuel ait une réunion quotidienne d’une demi-heure et c’est tout.

Non backsprintreviewlogfinements, pas de poker de planification dense, et Dieu merci, je ne participerai plus jamais à une autre rétrospective. Si quelqu’un essaie, je le combattrai – et nous verrons qui sera le plus agile lorsque les poings sortiront. Rétrospectivement, ils auraient probablement mieux fait de sprinter et d’accélérer.

Les points douloureux personnels peuvent vraiment nuire à la satisfaction au travail et, bien sûr, à la performance – il est donc très important que les deux parties déterminent quels sont ces points douloureux.

Personne dans l’informatique ne peut éviter de devenir un peu généraliste. Vous commencez à écrire du code, vous finissez par corriger les configurations de serveur et vous résolvez des problèmes de codage pendant le déjeuner avec quelqu’un du service marketing pendant que vous les aidez à résoudre leurs problèmes.

Au milieu de tout cela, il peut être carrément impossible de mettre le doigt sur la partie dans laquelle vous êtes réellement spécialisé – d’autant plus que les candidats ont une forte incitation à agir comme s’ils se spécialisaient dans tout. Avez-vous modifié un fichier de configuration dans un système fonctionnant sur JS une fois ? Bien sûr, mettez ça sur votre CV.

Mais peut-être qu’en fin de compte, vous êtes comme moi et que vous appréciez VRAIMENT les nombreuses fonctionnalités intéressantes de C #, et JS est un peu une chose que vous faites lorsque de vrais langages de programmation ne sont pas disponibles.

J’ai déjà réparé des serveurs et configuré des pipelines de construction que certains vrais gars de DevOps ont construits – mais je ne dirais pas que je me spécialise dans l’un ou l’autre.

Ressentir cette spécialisation réelle peut être la seule question technique importante à connaître sur un candidat – et c’est probablement confus au point qu’ils ne pourraient pas vous dire exactement.

Pardonnez le mot à la mode, mais c’est quelque chose auquel je m’attendrais dans chaque entretien d’embauche, au point où je l’évoquerais si l’intervieweur ne le faisait pas.

De quoi avez-vous peur quand il s’agit de ce nouveau travail ? Que pensez-vous que vous devez apprendre en premier, et que voudriez vous apprendre sur la route? Compétences techniques, compétences relationnelles, opportunités de carrière ?

Dans mon travail actuel de consultant, tout le contexte de travail est nouveau pour moi. Je n’ai jamais travaillé que dans l’entreprise qui m’a embauché, et être là-bas dans la nature avec des inconnus dangereux est un monde différent. Je trouve cela amusant et excitant, mais j’en avais aussi plus qu’un peu peur – juste la quantité de choses que je ne pouvais pas juger correctement auparavant.

Ce sont des choses simples comme voyager occasionnellement pour le travail et apprendre de nouveaux ensembles de règles non écrites – c’est juste beaucoup à apprendre en plus du travail réel. Amusant, comme je l’ai dit, mais encore une assez grande montagne à gravir.