"Avez-vous des questions pour nous?" Dans une interview
Vous connaissez assez bien la future entreprise mais on vous demande "Avez-vous des questions pour nous?". Pour montrer votre intérêt, quelles sont vos questions préférées auxquelles répondre?
J'aime poser une ou deux questions assez décontractées sur l'actuel "stuff" dans l'entreprise. Cela pourrait être une question sur leur nouveau produit. Ou il pourrait s'agir d'un marché émergent que je sais qu'il explore. Ou je pourrais demander s'ils ont une version majeure du produit X à venir.
(J'ai surtout appris cela des personnes interrogées qui me posaient ce type de questions.)
Je pense que cela fonctionne bien parce que les gens aiment parler de ce sur quoi ils travaillent actuellement, ou de ce qui est nouveau et intéressant dans leur entreprise. Cela leur donne une chance de se sentir bien informés et de terminer l'entretien sur une note positive.
Une autre raison pour laquelle je pense que cela fonctionne bien, c'est qu'elle montre de l'intérêt de votre part pour ce que l'entreprise fait. Et, selon ce qui s'est passé dans l'interview, cela peut donner l'impression que vous avez fait des recherches sur l'entreprise au préalable (vous l'avez fait, n'est-ce pas?), Et avez une sorte d'intérêt unique dans ce que fait l'entreprise.
Peut-être plus que ce qui précède, je pense qu'il est bon de ne pas laisser de questions "lourdes" à ce stade. Mes meilleures interviews (donner et recevoir) se sont toujours terminées sur une note relativement légère, conversationnelle et amicale.
Mes standby:
- Avec quels langages/frameworks travaillez-vous habituellement?
- Quels outils de développement - IDE, Bug Trackers, Version Control, etc. utilisez-vous?
- Quelle est votre méthodologie de développement (Agile, Waterfall, Scrum, Crystal, etc.)?
- Avez-vous du personnel QA dédié? Même si c'est le cas, les développeurs font-ils une partie de leurs propres tests unitaires?
Une bonne liste à considérer est également le Joel Test :
- Utilisez-vous le contrôle de code source?
- Pouvez-vous créer un build en une seule étape?
- Faites-vous des builds quotidiens?
- Avez-vous une base de données de bogues?
- Corrigez-vous les bugs avant d'écrire un nouveau code?
- Avez-vous un calendrier à jour?
- Avez-vous une spécification?
- Les programmeurs ont-ils des conditions de travail tranquilles?
- Utilisez-vous les meilleurs outils que l'argent peut acheter?
- Avez-vous des testeurs?
- Les nouveaux candidats écrivent-ils du code lors de leur entretien?
- Faites-vous des tests d'utilisabilité des couloirs?
Certaines choses pour vous aider à décider si vous voulez vraiment le travail:
- Quelle est la meilleure partie de votre travail? Et le pire ou le plus frustrant?
- Pourquoi les gens ont-ils tendance à quitter l'entreprise?
- Si je prenais ce travail, qu'espéreriez-vous le plus que je puisse m'occuper de vous? (Surtout à votre futur manager, mais aussi à vos pairs, à d'autres managers; c'est de la curiosité pas de la flagornerie.)
- Quels sont les objectifs de ce projet au cours des deux prochaines années? Quels changements souhaiteriez-vous voir dans le déroulement du projet?
- Comment les objectifs du projet à court et à long terme sont-ils fixés et comment le travail est-il réparti?
En tant que développeur, j'aime demander "De quelles manières un individu de votre équipe peut-il se distinguer?" Cela en dit long sur la culture de l'équipe. Je ne veux pas être le singe de code stéréotypé, je veux pouvoir ajouter activement de la valeur à l'entreprise.
S'il s'agit seulement de montrer votre (faux) intérêt, posez des questions sur leur entreprise, ce qui compte pour eux.
Si vous pensez que c'est une occasion pour vous de les interviewer, posez des questions sur les choses qui comptent pour vous.
J'ai donné beaucoup d'interviews récemment et voici quelques-unes des questions que j'ai reçues de candidats potentiels.
(pas si bons)
- Comment ai-je fait?
- Que pensez-vous de mes compétences?
- Alors tu penses que tu vas m'engager?
(bons)
- Quel outil de contrôle de source utilisez-vous?
- Quelle méthodologie de développement utilisez-vous?
- Utilisez-vous Agile?
- Comment est ta journée?
- Vous l'aimez ici?
- Quelle partie de votre travail aimez-vous le moins?
- Quelle est la meilleure et la pire partie de votre travail.
Toutes les questions qui montrent à l'intervieweur que vous envisagez sérieusement de travailler et que vous êtes intéressé/sérieux dans/à propos de votre travail sont bonnes. Ayez des questions prêtes lors de votre entretien et même si elles ne vous le demandent pas, dites toujours: "Ça vous dérange si je vous pose des questions sur ce poste/ce travail"
Je demande toujours quelles sont les politiques de l'entreprise en matière de formation et de développement personnel.
- ont-ils un budget pour les logiciels ou les séminaires liés aux logiciels? (par exemple Spring Core Training)
- si une nouvelle technologie ou un nouveau cadre est mis en œuvre, offrirez-vous un séminaire de groupe?
- remboursez-vous le personnel pour les livres liés à l'emploi ou avez-vous une bibliothèque d'entreprise?
- permettez-vous aux employés de consacrer un pourcentage de leur temps à d'autres projets? (par exemple, recherche et prototypage avec de nouvelles technologies)
Comment la réponse ou la réaction à ces questions vous donne une indication décente de leur intérêt pour votre croissance en tant que développeur.
Je leur demande ce qu'ils (l'intervieweur (s)) trouvent intéressant et stimulant dans leur travail pour cette entreprise.
La majeure partie de l'entretien aurait dû vous donner une idée de ce que fait l'entreprise et de l'endroit où elle pense que vous vous situez. Si rien d'autre des questions qu'ils vous posent, ils devraient pêcher pour un go/no go quant à vous adapter à la position dont ils ont besoin. Si l'entretien était trop générique et n'explique pas ce que fait l'entreprise d'un point de vue technique. Demander. Interviewez-les comme ils viennent de vous interviewer.
Deuxièmement, le travail ne concerne pas uniquement les sujets techniques, l'environnement de travail quotidien, puis-je prendre des appels personnels (du conjoint, des enfants, des amis, etc.). Code vestimentaire. puis-je obtenir un ordinateur un cube, un bureau. Puis-je installer mon éditeur de texte préféré ou un autre logiciel de programmation, ou suis-je extrêmement limité uniquement à ce que la société fournit. Vous passez environ la moitié de chaque journée de travail dans cette chaise ou ce tabouret ou tout ce qu'ils vous fournissent. Mieux vaut savoir maintenant que vous devez avoir une tête rasée et porter un costume trois pièces tous les jours sans climatisation et/ou chaleur, obtenir 37 minutes pour le déjeuner et sont limités à ce qui est disponible à la machine à collation, que de comprendre cela tous après que vous vous êtes engagé dans le travail.
Les questions spécifiques à poser dans les deux catégories vous sont très spécifiques et vous ne comprendrez vraiment ce qui est important (pour vous) qu'après l'avoir vécu. Pour chaque emploi ou chaque expérience de bureau, vous formez une liste de ce que vous pouvez tolérer et de ce que vous ne pouvez pas. Travaillez à partir de cette liste.
Dans toute entrevue, vous devriez également interviewer l'entreprise. Pour bien faire cela, vous devez déjà savoir quelque chose sur l'entreprise, les avoir recherchés avant l'entretien.
Je voudrais donc poser des questions qui lient votre connaissance de leur entreprise à quelque chose que vous aimeriez en savoir plus. Quelque chose comme:
"Je comprends que votre entreprise est très impliquée dans les activités communautaires, comme [la charité aléatoire]. Pouvez-vous m'en dire un peu plus à ce sujet?"
ou
"Est-il vrai que vous avez une politique [d'allouer du temps à la recherche individuelle]? Comment cela a-t-il fonctionné?
Le pire possible est "actuellement, je n'ai pas de telles questions" ... il suffit de demander quelque chose qui démontre votre intérêt pour l'entreprise ou le travail. Posez 2 ou 3 de ces questions afin que les gens sentent que vous êtes vraiment intéressé à rejoindre l'entreprise.
Quel est le roulement du personnel?
Un chiffre d'affaires élevé signifie qu'il y a un problème avec l'entreprise. Un faible roulement signifie que c'est probablement un bon endroit pour travailler.
Cela ne me serait pas venu à l'esprit de demander jusqu'à ce que je parle de précédents emplois avec un collègue. Il avait travaillé dans un endroit où 3 à 4 développeurs partaient par mois . Le développeur le plus ancien était là depuis seulement 2 ans. Les plus intelligents sont partis après un ou deux mois de travail.
Une entrevue est un processus à double sens - vous devez vouloir travailler pour eux ainsi que pour ceux qui veulent vous embaucher.
Avant de postuler à une entreprise (ou une agence fait une demande en votre nom), vous feriez des recherches sur l'entreprise pour en savoir plus à leur sujet - qui ils sont, quels sont leurs produits, dans quel (s) marché (s) ils opèrent ( y compris les principaux concurrents).
Au cours du processus d'entrevue (téléphone, physique, etc.), vous pourrez également assimiler des informations sur leurs procédures/flux de travail/méthodologies, les chaînes d'outils utilisées, l'environnement de travail ainsi que toute autre information utile qui n'était pas sur leur site Web.
Si, à la fin de l'entretien, il y a des points importants auxquels ils n'ont pas répondu dans d'autres discussions, c'est le moment de demander.
Ne mettez pas fin à l'entretien avec des questions inachevées - certaines d'entre elles peuvent vous être une rupture - par exemple heures de travail> 50/semaine.
Voici une liste de contrôle, sans ordre particulier:
- Langage (s) de programmation, environnements/plateformes
- Outils utilisés - IDE, compilateurs, système de construction, contrôle de version
- Stratégie de test - unitaire, automatisée, humaine
- Stratégie de déploiement
- Ethique du travail - heures, système de récompenses
- Environnement de travail - bruit, lumière du jour, qualité de l'air, espace
- Emplacement physique - transport, stationnement, options pour le déjeuner
- Éléments du forfait non salarial - heures par semaine, soins dentaires, soins de santé, salle de gym, boissons, autres avantages.
- Opportunités de carrière au sein de l'entreprise
Il y a des trucs de softball que j'aime demander, par exemple "Pouvez-vous me parler de votre travail au quotidien", car c'est ce qui m'importe.
Cependant, les questions qui indiquent et comprennent l'entreprise, ses problèmes actuels ou les questions auxquelles l'intervieweur se soucie très bien.
- Ration d'heures consacrées aux problèmes de support contre le développement?
- Quelles nouvelles choses vais-je apprendre?
- Votre base de code est-elle propre? Comment fragmenté (ramification dans le référentiel)?
- Quel est votre pourcentage de couverture de test automatisé?
- Utilisez-vous des notes Lotus?
- Quel système de contrôle de code source utilisez-vous?
- Puis-je utiliser mon préféré IDE (Intellij-IDEA pour moi)?
- Avez-vous une intégration continue sur le projet?
- Quel est votre processus de déploiement?
- Êtes-vous agile?
- Des cochons et des poulets au standup?
- Quels sont vos clients?
- Kit développeur? Deux moniteurs 19 "? Droits d'administrateur local?
Je pose des questions sur le processus de construction/déploiement. Je tiens également à demander au technicien. Cela me donne de nombreuses informations sur la culture d'entreprise, le niveau de compétence et la maturité des développeurs. Des trucs qui racontent l'histoire:
- Chaque étape est-elle automatisée?
- Écrivent-ils des tests?
- Quels outils utilisent-ils?
- Heck, utilisent-ils même le contrôle de code source?
- À quelle fréquence se déploient-ils en production? C'est la meilleure façon de savoir si quelqu'un qui prétend être si agile l'est vraiment.
- Comment corrigent-ils les bogues et les correctifs push en production?
Je tire des tonnes de conclusions des réponses à ce qui précède. Et j'adore la façon dont tout le monde partage le plus de détails juteux possible car, superficiellement, cela ressemble à une question technique à poser.
Si c'est la toute fin de l'entretien, une question classique est "quelles sont nos prochaines étapes?" Vous voulez savoir s'il faut s'attendre à une autre entrevue ou s'ils vont directement à une décision, et aussi à peu près quand. C'est la note sur laquelle la conversation se termine, alors gardez-la pour la fin.
Avant cela, ne vous inquiétez pas trop des questions qui "montrent que vous vous souciez" et "sont impatients". En tant qu'enquêteur, je note beaucoup de choses, mais ce qui m'a été demandé est rarement spécifiquement important. Demandez ce que vous voulez savoir. Si vous n'avez vraiment pas de questions, dites "J'ai eu un certain nombre de choses que je voulais découvrir, mais vous les avez toutes couvertes, merci!" puis demandez quelles sont les prochaines étapes si vous pensez que l'entretien se termine. (Ne lui demandez pas si 10 minutes après un entretien d'une heure vous sont demandées "mais avant d'entrer dans les détails, avez-vous quelque chose à demander?")
Pour trouver de bonnes réponses ici, vous pourriez vous demander why do they ask that question?
Habituellement, une personne des ressources humaines pose cette question pour voir si vous êtes prêt pour l'entretien ou non. Donc, dans ce scénario, vous devriez poser des questions sur
- l'entreprise en général
- conditions d'emploi
- plans d'éducation, etc.
Pour les techniciens, il y a deux options: peut-être qu'ils demandent simplement parce qu'ils manquent de questions par eux-mêmes ou qu'ils veulent vraiment découvrir quelque chose sur notre expertise. En tant qu'intervieweur régulier, je peux vous dire que ce ne sont pas les réponses qui vous disent quelque chose sur le savoir-faire d'une personne, mais les questions le font ...
Donc, pour les questions techniques, vous devriez essayer de demander quelque chose qui est lié au travail que vous recherchez.
J'aime demander: "Quel est le plus grand défi auquel vous êtes actuellement confronté?"
Cette question a plusieurs objectifs.
- L'enquêteur sait-il ce qui se passe dans l'entreprise?
- Peuvent-ils admettre qu'ils n'ont pas toutes les réponses?
- Cela ressemble-t-il à quelque chose que je peux aider?
- Ont-ils une direction, ou tout simplement le chaos?
Si vous n'avez pas de questions légitimes avant d'entrer, et je veux dire des questions que vous avez honnêtement posées, non posées sur Internet parce que vous ne voulez pas ressembler à un idiot, alors vous n'avez pas fait de assez bon travail de recherche sur l'entreprise et les postes.
Ce sont des questions techniques qui ont déjà été posées ...
Questions générales
- À qui vais-je faire rapport?
- Combien de personnes sont dans l'équipe?
- Comment décririez-vous les tâches quotidiennes dans ce poste?
- Quelle formation recevrais-je?
- Quelle est la politique de l'entreprise en matière de formation?
- Quelles sont les perspectives promotionnelles?
- Quelle est la fréquence des évaluations des performances?
- Sur quels domaines vous concentrez-vous dans les évaluations de performances?
- Comment avance-t-on dans l'organisation?
- Combien de temps faudra-t-il avant que vous vous attendiez à ce que je sois pleinement compétent?
- Quelles seraient mes fonctions exactes?
- De quel pouvoir de décision disposerai-je?
- Serai-je responsable de prioriser mon propre travail ou sera-t-il priorisé pour moi?
- De quelles ressources dispose ce poste pour atteindre ses principaux objectifs?
- Si je suis embauché et que je réussis, qu'aurai-je accompli au bout de trois mois? Un ans?
L'entreprise
- Quels sont les avantages de travailler pour cette entreprise?
- Avez-vous des activités sportives et sociales?
- L'entreprise est-elle en croissance? Si oui, d'où vient la croissance?
- Y a-t-il des plans d'expansion ou de réduction du personnel?
- Comment est-on jugé? Qu'est-ce qui explique le succès?
- Pourriez-vous décrire le style de gestion de votre entreprise et le type d'employé qui lui convient bien?
- Qu'est-ce que vous trouvez le plus frustrant dans votre position
- avez-vous des formations?
- avez-vous des team building?
- quelle est la charge de travail?
- envoyez-vous les développeurs à l'étranger, au client?
- encouragez-vous les certifications?
- envoyez-vous des développeurs à des conférences?
- avez-vous un budget pour les livres?
- S'agit-il d'un nouveau poste ou occupez-vous un poste préexistant?
Si le poste est préexistant, vous pouvez demander (mais ne vous attendez pas à une réponse la plupart du temps):
- Pourquoi le dernier employé est-il parti?
Je demande généralement plus d'informations sur le domaine problématique, qui sont les clients/acheteurs actuels du produit, la situation financière de l'entreprise (surtout si elle est petite), les plans de développement futur du produit, etc. cantina, que je me rende au travail de temps en temps, les heures de travail (flexibles ou fixes), les horaires de libération, les heures supplémentaires, etc. Tout ce qui peut affecter le qualité globale de ma vie.
Je travaille dans cette entreprise depuis plus de 10 ans maintenant, dans différents rôles, et j'ai découvert que les personnes avec lesquelles vous travaillez sont AT MOINS, sinon plus, aussi importantes que les projet/technologies sur lesquelles vous travaillez. Alors demandez aussi avec qui vous allez travailler et qui sera votre leader. Quand il s'agit de juger les personnes qui vous ont interviewé, faites confiance à votre intuition. Avez-vous senti qu'ils cachaient quelque chose pendant l'entretien étaient-ils évasifs ou étaient-ils ouverts sur les choses?
Voici quelques-uns de mes favoris:
- Pourquoi le poste est-il disponible?
- À quoi ressemblera ma journée type dans l'entreprise?
Je demande toujours s'ils peuvent me montrer leur zone de travail.
Au moins un endroit que j'ai interviewé, on m'a ensuite offert le poste, aurait accepté, mais ultimateley a refusé, à cause de l'espace de bureau.
Il faisait ridiculement chaud, le soleil brille, pas de stores, des espaces de travail vraiment exigus.
Maintenant, peut-être que les stores étaient remplacés le lendemain ou quelque chose comme ça, mais ça m'a vraiment découragé.
Je n'ai pas interviewé ces derniers temps, mais je suis sûr que je poserais maintenant quelques questions: pratiquez-vous le développement piloté par les tests? Sinon: vos développeurs écrivent-ils des tests automatisés pour votre code?
Ensuite, j'obtiendrais probablement plus de détails tels que les types de tests automatisés qu'ils effectuent et les outils qu'ils utilisent.
Je garde une liste de toutes les choses que je vis au cours de mon travail et que je ne voudrais pas rencontrer à nouveau dans un nouvel environnement de travail. La liste s'agrandit de plus en plus.
La plupart des choses que le Joel Test demande mènent à des questions naturelles.
De plus, je ne travaillerai plus avec moins de deux moniteurs de bonne taille et je m'attends à ce que les heures supplémentaires soient compensées!
Aussi j'aime café et je veux un machine décente dans la cuisine, rien d'extraordinaire mais certainement pas bon marché non plus.
...
Si vous êtes bon, vous pourriez vous retrouver avec plus d'une offre et ensuite vous voulez savoir où sont les différences réelles.
Je n'ai pas encore vu celui-ci, mais je demande toujours quel est le plan triennal des entreprises. Chaque entreprise devrait avoir une bonne idée de ce qu'elle veut réaliser dans 3 ans, sinon, elle n'est pas assez sérieuse pour que je veuille vraiment m'impliquer.
Si vous vous sentez courageux, demandez "Pourquoi ne devrais-je pas travailler ici?" Aucun endroit n'est parfait, et si vous savez à l'avance quels sont les mauvais mais d'un travail, alors vous êtes plus susceptible de durer.
NWS
Je voudrais généralement poser des questions sur les plans de projet, puis peut-être plus précisément ce qu'ils ont prévu pour moi, c'est-à-dire ce qu'ils me recrutent réellement pour faire, s'il y a quelque chose de nouveau ou d'excitant spécifique sur lequel je vais travailler, ou si je remplis simplement dans un décompte ou remplacer quelqu'un qui part afin que je puisse corriger leur code/bugs hérités.
En réalité, je ne sais pas si cette section fait partie du processus de sélection pour eux ou pour moi si je reçois plus d'une offre, bien que si je suis déjà dans un emploi et envisage de déménager, il est certainement important pour moi de sachez que je déménage quelque part mieux que là où je suis maintenant pour une perspective de carrière.