Article original : How to interview your interviewers when you’re looking for a job
Par Amber Wilkie
Douze questions à poser lors des entretiens techniques
Je viens de terminer six semaines d'entretiens pour des postes de développeur logiciel médian, dans un marché en forte demande de talents (Amsterdam). Cela signifie que j'ai passé beaucoup d'entretiens. Pour déterminer quelles entreprises pourraient me convenir, je voulais poser de nombreuses questions. Vous devrez trouver le bon équilibre pour vous et la ou les personnes qui vous interviennent.
Si vous cherchez un emploi en tant que junior, vous pourriez constater que vous ne vous souciez pas vraiment des réponses à ces questions - vous voulez simplement un emploi. Même si c'est le cas, réfléchissez à ce qui serait un signal d'alarme pour vous et posez des questions qui vous aideront à obtenir cette information de vos intervieweurs. S'il y a un critère éliminatoire, vous voulez le connaître avant d'accepter une offre d'emploi.
Le processus typique
Sur la base de mon expérience, voici comment se déroule généralement le processus d'entretien :
- Appel de présélection / potentiellement entretien sur site. Généralement effectué par quelqu'un des ressources humaines. Si cela est fait par quelqu'un de technique, c'est normalement assez court (ce n'est pas le bon moment pour poser toutes vos questions).
- Entretien technique. Vous aurez une autre série d'entretiens avec de vrais développeurs et ils approfondiront vos connaissances.
- Évaluation technique / devoirs à la maison / programmation en binôme. Gros bonus pour les entreprises qui font de la programmation en binôme, à mon avis. Je comprends pourquoi ils donnent des devoirs à la maison, mais pour la plupart, c'est une perte de temps pour tout le monde et cela n'évalue pas les bonnes compétences.
- Entretien final, rencontre avec le reste de l'équipe. Parfois, cet entretien est remplacé par une rencontre avec le ou les fondateurs, si c'est une petite entreprise.
- Offre.
Naturellement, tout cela diffère assez d'une entreprise à l'autre, mais c'est un aperçu général de ce à quoi vous pouvez vous attendre pendant le processus d'embauche.
Questions pour votre présélectionneur
Il est très courant qu'une personne non technique effectue le premier entretien. Il n'est pas approprié de leur poser des questions sur la stack technique, car ils n'ont souvent aucune idée de ce dont vous parlez - même dans les petites entreprises.
La majeure partie de cet appel devrait être vous parlant de vous. Ils ont déjà votre CV, mais ils s'attendront à une introduction - assurez-vous d'avoir une bonne et concise histoire à raconter sur votre parcours professionnel. Vous répéterez cette histoire à nauseam pendant les entretiens.
Quel est le processus d'embauche ?
Il est probable qu'ils passent en revue cela avec vous de toute façon, mais s'ils ne le font pas, assurez-vous de découvrir toutes les étapes spécifiques avec cette entreprise. Si vous testez simplement les eaux ici et qu'ils s'attendent à ce que vous construisiez une application complète ensuite, il est probablement préférable de passer à autre chose.
Parlez-moi un peu de l'équipe technique.
Le nombre de membres, la répartition junior vs. senior, et toute hiérarchie (y a-t-il un CTO ? Propriétaire de produit ?) devraient être faciles à expliquer pour la personne des ressources humaines. Si ce n'est pas le cas, particulièrement dans les grandes entreprises, ce n'est pas grave non plus.
Assurez-vous de connaître la prochaine étape avant de raccrocher avec votre présélectionneur.
Questions pour l'entretien technique
C'est ici que la majorité de mes questions sortent. Ils vous évaluent, mais vous les évaluez aussi. Laissez vos intervieweurs diriger la conversation, mais il est acceptable de sauter avec une question ou deux en cours de route. À la fin de la réunion, ils devraient vous demander si vous avez des questions et vous pouvez poser autant de ces questions que vous le jugez approprié pour le moment.
Si vous ne vous souciez pas de la réponse à une question, ne la posez pas. Il n'y a aucun intérêt à perdre le temps de tout le monde en parlant d'une chose à moins que cela ne vous aide à décider si vous voulez travailler là-bas ou non.
Je les ai mises dans l'ordre de pertinence pour moi. Si nous avons une conversation agréable, je n'arrive probablement pas à celles à la fin. Si c'est un peu pénible et difficile de parler à mon intervieweur, je peux poser toutes ces questions, et espérer que j'aurai un meilleur rapport avec le reste de l'équipe.
Qui est votre candidat idéal pour ce poste ?
J'aime vraiment cette question car elle vous donne une meilleure idée de ce qui est attendu de vous, en le cadrant d'une nouvelle manière. Si votre ou vos intervieweurs pouvaient créer une personne à partir de rien pour remplir ce poste, qui serait cette personne ? Parfois, ils vous décriront à la perfection et d'autres fois vous entendrez beaucoup de choses qui ne correspondent pas à votre parcours / compétences / préférences. C'est un bon moyen de voir si vous seriez un bon choix pour l'entreprise.
Par exemple, une entreprise a dit qu'elle voulait quelqu'un qui "n'a pas besoin de beaucoup d'aide". Pour moi, c'est un signal d'alarme. Toute personne arrivant dans une nouvelle base de code a besoin d'aide pour comprendre la logique métier, même si elle est experte dans la technologie sur laquelle le code est construit. Les développeurs qui sont hostiles à un environnement d'apprentissage sont un gros désavantage pour moi.
D'un autre côté, j'ai souvent entendu dire que leur candidat idéal travaillerait "indépendamment" et serait "auto-motivé". Ce sont de bons signes pour moi, car je me vois comme les deux et je ne veux pas de critiques excessives et de structure forcée dans mon propre travail. Les deux réponses peuvent signifier exactement la même chose, mais la manière dont elles sont formulées fait une grande différence pour votre environnement de travail.
Quels sont les plus grands défis pour ce poste ?
La réponse à cette question dépend beaucoup de ce que vous ferez. Dans tous les cas, c'est un excellent moyen de voir derrière certaines des informations ensoleillées que vous obtiendrez du reste de votre conversation. Prêtez une attention particulière à ce qu'ils pensent être difficile dans ce poste, et évaluez si vous êtes la bonne personne pour relever ces défis.
Qui définit la vision de cette entreprise ?
Je cherche ici le plan à long terme, et j'espère parler un peu des objectifs de croissance. La seule réponse qui me semble être un signal d'alarme est s'ils ne savent pas comment répondre à la question. "Le fondateur" semble être une bonne réponse pour moi pour une petite entreprise, et "le conseil d'administration" et "la direction" à mesure que vous entrez dans des entreprises plus grandes. Gros bonus si tout le monde pense qu'ils ont une contribution à la création d'une vision plus large et d'une feuille de route. Les regards vides seraient mauvais ici - vous voulez travailler dans une entreprise qui sait où elle va.
Comment mesurez-vous le succès de l'équipe de développement / des individus / de l'entreprise ?
Encore une fois, une question de processus. Je veux savoir comment mon travail et celui de mon équipe seront évalués. S'ils ont du mal avec celle-ci, je la retourne et je demande comment ils savent s'ils ont fait un mauvais travail. À mon avis, s'il n'y a aucun moyen de savoir si vous avez bien fait, mais qu'ils sont clairs sur ce à quoi ressemble "faire une erreur", c'est un signal d'alarme. Comment pouvez-vous réussir dans votre travail si vous ne savez pas à quoi ressemble la réussite ?
Quelle est la chose la plus agréable / frustrante à propos du travail ici ?
Cette question est excellente à réutiliser avec plusieurs personnes. Posez-la en deux questions, dos à dos (je préfère poser la positive en premier). Vous verrez souvent des schémas émerger - tout le monde est énervé par les mêmes choses. Faire parler les gens d'un point négatif est toujours difficile lors des entretiens, mais je trouve que celle-ci est difficile à esquiver.
Ils ne vous diront probablement pas les grands problèmes systémiques de l'entreprise (ils pourraient), mais au moins vous aurez une idée de certains des défis de processus / personnalité / bureaucratie de travailler là-bas.
Décrivez le processus de revue de code.
La réponse à celle-ci tend à être assez courte - ils font des PR, un collègue révise sur GitHub / ailleurs. Creusez un peu plus pour découvrir quels types de revues, le temps moyen pour fusionner après la soumission, etc. Vont-ils être super pointilleux sur tout ? Laisser passer de grosses erreurs ? S'intéressent-ils vraiment ou montrent-ils simplement leurs propres connaissances ? Et les tests ? À quelle fréquence publient-ils ?
Comment une idée passe-t-elle de "dans le monde" au backlog et enfin au code et à la production - décrivez-moi votre processus de développement de fonctionnalités.
Je veux savoir d'où viennent les nouvelles idées. Regardent-ils les données et construisent-ils ensuite sur la base d'une vision éclairée du monde ? Ou le fondateur a-t-il une idée et tout le monde se précipite pour répondre à ses attentes ?
Cette question est très similaire à celle sur la "vision", et peut être posée comme une suite. Une fois que vous avez la vision, comment une fonctionnalité réelle est-elle décrite puis codée ? Je considère cela comme la chose la plus proche de "à quoi ressemble le travail ici ?" sans avoir besoin de poser la question en ces termes et d'obtenir une réponse banale.
Expliquez un défi technique que vous avez récemment rencontré.
S'ils ont du mal avec la question ci-dessus, celle-ci devrait être plus facile - je demande un exemple concret de travail récent qu'ils ont fait. Y a-t-il eu une collaboration entre les membres de l'équipe ou une personne a-t-elle simplement trouvé la solution elle-même ? Des ressources externes ont-elles été apportées ? La fonctionnalité a-t-elle été abandonnée ? Encore une fois, cette question est bonne pour avoir une idée des opérations quotidiennes.
Bonus : Quels sont les plans pour l'intégration des nouveaux employés ? Comment incorporez-vous les nouveaux développeurs dans l'équipe ?
Je considère celle-ci comme une priorité assez faible sauf si vous êtes junior. Les juniors devraient chercher des plans significatifs pour l'intégration et même la formation. Les médiants et les seniors peuvent poser cette question pour voir s'ils ont une réponse. J'aimerais savoir qu'ils ont considéré ce à quoi ressemble le début pour les nouveaux développeurs. Ont-ils pensé à la manière de faciliter la transition dans l'entreprise ? Ce n'est pas nécessairement un critère éliminatoire s'ils ne l'ont pas fait - car beaucoup d'entreprises ne l'ont pas fait.
En relation, j'aime demander s'ils embauchent des juniors et comment ils travaillent avec eux, mais seulement si nous sommes déjà sûrs que je ne suis pas un junior. Je suis presque trois ans dans ma carrière, mais je ne veux pas donner des idées à qui que ce soit. Les ingénieurs plus seniors pourraient poser cette question sans craindre d'être pris pour un junior, et obtenir de bonnes informations sur la manière dont les employés sont valorisés.
Questions pour l'entretien final
Lors de cet entretien final, vous pourriez déjà parler de salaires et de dates de début. Si ils vous font une offre, soyez très clair sur ce qui est sur la table - bonus, pension, actions, jours de vacances, date de début, etc.
Voici une question que vous pourriez envisager de poser mais à laquelle vous devez aborder avec prudence et lire l'ambiance :
Y a-t-il des politiques internes dont je dois me méfier ?
Dans une grande entreprise, ils peuvent mettre cela sur les "ventes" et vous faire savoir qu'ils sont les dieux ici et qu'il ne faut pas les énerver. Dans une petite entreprise, ils sont susceptibles de vous dire qu'il n'y a pas de problèmes. Ce que vous cherchez, c'est un peu de connaissance pour le premier jour de travail - qui prend réellement les décisions ? Y a-t-il un projet sur la table que certaines personnes pensent ne pas valoir la peine de faire mais que d'autres adorent ? S'ils sont prêts à donner un peu de détails ici, cela peut vous aider lors de vos premières semaines. Cela montre également que vous vous souciez de vous intégrer dans l'entreprise et de bien négocier toutes les personnalités qui flottent autour.
Notes finales
Toutes ces questions peuvent mener à de grandes discussions. Ne vous sentez pas obligé de sauter dans chacune d'elles. Commencez par les plus importantes ou les plus informatives et continuez à partir de là. Il est beaucoup mieux d'avoir un échange que de lancer chaque question.
Dans mon évaluation d'une entreprise, j'essaie de découvrir si je serais heureux de travailler ici ? et si ils me voudraient comme collègue / employé ? Quelle que soit la conversation que nous pouvons avoir et qui me rapproche d'une réponse à l'une de ces questions est la meilleure. Ces invites ne sont que des aides pour y parvenir.
Bonne chance dans votre recherche d'emploi !