Félicitations pour avoir réussi cette interview ! Vous vous êtes bien préparé et avez répondu à toutes les questions. Vous pouvez vous détendre maintenant.
« Avez-vous des questions à nous poser ? dit l’intervieweur. Oh! Ce n’est pas fini, tu te rends compte. On s’attend à ce que vous ayez des questions.
Les enquêteurs n’essaient pas de vous mettre sur la sellette. Ils ne sont pas non plus simplement polis. La vérité est que vous interrogez l’entreprise autant que l’entreprise vous interroge. C’est en posant des questions à la fin de l’entretien que vous savez si elles ou ils conviennent bien pour tu.
Vous passez un entretien pour le poste de vos rêves ou de vos cauchemars ? Voici quelques questions pour le savoir.
Questions à poser au recruteur
La première personne à qui vous parlerez est un recruteur (ou quelqu’un des ressources humaines), qui ne connaît peut-être pas toutes les réponses, mais il peut généralement les obtenir pour vous. À ce stade, la meilleure chose à faire est d’avoir une idée de la façon dont l’entreprise fonctionne et à quoi s’attendre ensuite dans le processus d’entretien.
La position
1. Pourquoi l’entreprise embauche-t-elle ?
Une question d’échauffement pour obtenir un peu de contexte sur l’état de l’entreprise. Le poste est-il ouvert parce que l’entreprise est en croissance ou remplacez-vous quelqu’un qui est parti ?
2. Qu’est-il arrivé à la personne précédente à ce poste ? Sont-ils partis ou ont-ils été relâchés ?
Si vous remplacez quelqu’un qui a été licencié, il peut être judicieux de découvrir ce qui s’est passé. Quelles étaient les circonstances de la sortie de l’employé précédent ? Apprendre avec tact les anciens développeurs peut vous donner un aperçu de ce que l’entreprise attend de vous.
3. Quel est votre taux de rotation ? Combien de développeurs ont été embauchés l’année dernière et combien ont démissionné ? Quel est le plus long et le plus court quelqu’un a été dans l’équipe ?
C’est là que nous commençons à chasser les drapeaux. Un taux de roulement élevé suggère qu’il y a quelque chose qui ne va pas avec les conditions de travail dans l’entreprise. Vous n’obtiendrez peut-être pas de réponse directe. Mais ne vous inquiétez pas. Vous aurez l’occasion d’approfondir cette question lors d’entretiens ultérieurs.
4. Comment fonctionne le processus d’intégration ? Quelles sont les prochaines étapes du processus d’entretien ?
Obtenez les informations dont vous avez besoin pour vous préparer aux prochaines étapes.
La vie en tant qu’employé
5. L’entreprise investit-elle dans le développement, la formation ou les certifications des employés ? Y a-t-il un budget pour les activités d’apprentissage ou l’assistance aux conférences ?
Il va sans dire que les entreprises s’intéressent aux personnes désireuses de grandir. À tout le moins, une entreprise devrait vous accorder suffisamment de temps pour étudier ou participer à des activités d’apprentissage. Ils devraient obtenir des points bonus s’ils apportent une aide financière pour l’éducation.
6. L’entreprise autorise-t-elle le travail à distance ? Combien de jours dois-je être au bureau ? Quel est le ratio de télétravailleurs ? Payez-vous pour le déménagement?
La pandémie a poussé les travailleurs vers des postes éloignés. Certaines entreprises sont 100% distantes, tandis que d’autres proposent un mix. Ce qui compte le plus, c’est si l’équipe que vous rejoignez est hybride ou entièrement distante.
Avec les entreprises entièrement distantes, vous pouvez également demander s’il y a régulièrement des rassemblements d’équipe, des hackathons ou des célébrations.
7. Existe-t-il des financements pour le co-working ?
Certaines personnes ont du mal à se concentrer lorsqu’elles sont enfermées à la maison. Pour eux, le co-working est une bonne alternative lorsque le bureau est trop éloigné.
8. Quelle est la politique de congé parental ? Quelle est la politique sur les congés sans solde? Qu’en est-il des congés payés comme les congés de maladie et les jours de vacances ?
Si ceux-ci n’ont pas été communiqués dans la description de poste, vous devriez demander quelle est la politique de l’entreprise en matière de temps libre.
Questions à poser après l’entretien technique
À ce stade, vous vous retrouverez probablement à parler à quelqu’un qui peut répondre à des questions techniques. Ces types d’entretiens peuvent s’étendre sur plusieurs sessions, vous donnant la possibilité de parler à de futurs collègues, à des responsables techniques ou au CTO.
Profitez de cette occasion pour en apprendre davantage sur l’équilibre travail-vie personnelle et sur la culture dominante en milieu de travail. Beaucoup de ces questions visent à exposer les drapeaux rouges.
La boucle quotidienne
9. À combien de réunions dois-je m’attendre dans une semaine type ?
Les réunions sont inévitables, mais certaines entreprises vont trop loin. Nous essayons d’évaluer le temps de flux auquel nous pouvons nous attendre pour nous concentrer correctement.
10. Pratiquez-vous le CI/CD ? Qu’en est-il du développement basé sur le tronc ?
Des termes comme DevOps, Scrum, Lean et Agile ont été abusés au point qu’ils ont perdu leur signification. L’intégration continue (IC), en revanche, a une définition plus rigoureuse. La question est donc : l’entreprise le pratique-t-elle ou non ? Ne pas pratiquer le CI ou le développement basé sur le tronc est un signe assez fort que l’entreprise s’appuie sur le travail manuel pour créer et tester son logiciel.
« Mais Tomas, bien sûr, tu dirais ça. Vous travaillez pour une entreprise CI/CD, après tout. Ouais! Mais ne me croyez pas sur parole. L’édition 2021 de State of DevOps réaffirme les avantages du CI/CD couplé au développement basé sur le tronc :
« À l’instar de nos conclusions des années précédentes, nous montrons que les tests continus sont un bon prédicteur d’une livraison continue réussie. Les artistes d’élite qui atteignent leurs objectifs de fiabilité sont 3,7 fois plus susceptibles de tirer parti des tests continus… Les artistes d’élite qui atteignent leurs objectifs de fiabilité sont 5,8 fois plus susceptibles de tirer parti de l’intégration continue… L’intégration continue, telle que définie par Kent Beck et l’Extreme Programming communauté, d’où elle est née, comprend également la pratique du développement basé sur le tronc.
— État du DevOps 2021
Bien sûr, il y a des endroits où le CI/CD n’est pas faisable. Mais 99% du temps, c’est la voie à suivre.
11. À quelle fréquence vous déployez-vous ? Comment vous déployez-vous ?
Nous commençons à creuser dans l’état du pipeline CI/CD. Ce que vous voulez entendre, c’est qu’ils effectuent une livraison continue plusieurs fois par jour, car cela implique un temps de cycle rapide.
À moins que vous n’interviewiez pour une entreprise dans une industrie réglementée, les versions manuelles et peu fréquentes sont des signaux d’alarme. Ils sont les signes d’un cycle de développement lent et improductif.
12. Pratiquez-vous le TDD ou le BDD ? Comment tester le code ?
Le développement piloté par les tests et le développement piloté par le comportement sont des disciplines qui conduisent à une productivité plus élevée et à de meilleures conceptions. Que vous soyez dans le camp piloté par les tests ou non, vous devez savoir comment l’équipe teste et conçoit. L’un des drapeaux rouges les plus graves est une entreprise qui ne fait aucun test.
13. Comment suivez-vous les bugs/problèmes ? Selon vous, quel est le rapport entre les fonctionnalités et les correctifs ?
Nous essayons de découvrir l’état de la dette technique. La dette technique résulte de la priorité accordée aux nouvelles fonctionnalités plutôt qu’à la correction ou à la refactorisation du code existant. Certaines dettes sont inévitables, mais elles s’accumulent trop et il y a de fortes chances que vous soyez dans la position peu enviable d’éteindre les incendies et de trier le code désordonné.
14. Que diriez-vous de plus important : ne pas toucher à un système en cours d’exécution, corriger un bogue ou travailler sur une nouvelle fonctionnalité ? Quelle est votre approche de la dette technique ?
Essayez de poser directement des questions sur la dette technique, mais voyez également à quel point ils sont sérieux quant à la création de valeur client.
15. Dans quelle mesure la documentation est-elle complète ? Avez-vous des guides de style de codage ? Avez-vous une spécification de test exécutable ?
Essayez de vous faire une idée de l’état général de la documentation. Selon le contexte, vous pouvez poser des questions sur les spécifications de l’API, les documents de conception, les guides de style, les témoignages d’utilisateurs et tout autre document prenant en charge le développement. Une documentation insuffisante signifie souvent que vous devrez demander (et plus tard, être continuellement sollicité) des informations afin de faire votre travail.
Les tests tels que les tests de contrat et d’acceptation agissent comme une documentation vivante qui valide que le code fonctionne conformément aux spécifications et à ce qui a été convenu avec le client.
Outils et documentation
16. Quel système de contrôle de version utilisez-vous ?
Si la réponse est « aucune », il est préférable de passer à autre chose et d’essayer une autre entreprise. Sauf si vous êtes interviewé pour un poste de chef d’équipe ou de responsable technique. Dans ce cas, demandez-leur s’ils sont ouverts à la mise en œuvre. S’ils y vont, vous aurez les mains pleines pendant au moins quelques mois et la route sera difficile, alors tenez-en compte dans vos négociations salariales ou sur les avantages sociaux.
17. Quels stacks/langages/frameworks utilisez-vous ?
Ne vous inquiétez pas si vous n’êtes pas familier avec les technologies. Vous pouvez apprendre n’importe quelle pile en quelques semaines avec un bon mentorat et un bon dévouement.
18. Puis-je utiliser mon ${IDE préféré} ?
Nous avons tous nos outils préférés, n’est-ce pas ?
19. Y a-t-il du matériel fourni par l’entreprise ? Aurai-je un accès root à ma machine ? Puis-je apporter mes propres appareils ?
C’est peut-être juste moi, mais je trouve dérangeant de ne pas avoir d’accès administrateur sur ma machine de travail. Cela montre que l’entreprise ne fait pas confiance à ses employés.
Culture d’équipe de développeurs
20. Pourquoi avez-vous choisi de rejoindre cette entreprise ?
Si vous avez établi un rapport avec l’intervieweur, posez quelques questions personnelles. Connaître les valeurs des personnes pour lesquelles ou avec qui vous allez travailler est toujours précieux.
21. Quelle est la taille des équipes ? Quel est le rapport entre les juniors et les seniors ?
Nous visons à avoir un aperçu de la composition et de la taille de l’équipe. Si vous passez un entretien pour un poste junior et que l’équipe est composée majoritairement de seniors, c’est une excellente nouvelle. Il n’y a rien de plus stimulant que d’être entouré de personnes plus compétentes que soi.
22. Combien de femmes travaillent pour vous ? Quel est votre processus pour vous assurer d’avoir la diversité par d’autres moyens ?
Ce pourrait être une bonne question d’ouverture pour discuter de la diversité dans l’équipe. Ajustez la question en fonction du contexte.
Abstenez-vous d’utiliser cette question comme une forme de signal de vertu. Une bien meilleure stratégie consiste à se concentrer sur les faits : les preuves montrent qu’un groupe plus diversifié obtient de meilleures solutions.
Je sais que la diversité peut être un sujet chargé, alors essayez de ne pas porter de jugements. Gardez toujours la conversation toujours polie.
23. Quelle est la plus grosse erreur que vous ayez commise dans cette entreprise ?
J’aime cette question parce qu’elle est profondément liée au concept de culture générative. Une culture générative est une culture où le risque est partagé, la nouveauté est encouragée et les gens ne sont pas excoriés pour les échecs (ils sont plutôt utilisés comme opportunités d’apprentissage).
Lorsque les gens se sentent psychologiquement en sécurité, ils prennent plus de risques et expérimentent davantage, ce qui conduit à l’innovation.
A l’opposé de…