Comment puis-je évaluer en profondeur un employeur potentiel? [fermé]


45

Nous entendons beaucoup parler des odeurs de code, des odeurs de test et même des odeurs de projet, mais je n'ai entendu aucune discussion sur les "odeurs" de l'employeur en dehors du test Joel . Après beaucoup de frustration, travaillant pour des employeurs avec un bouquet d'odeurs désagréables de la culture d'entreprise, je pense qu'il est temps pour moi de rechercher activement un environnement de développement plus mature.

J'ai commencé à dresser une liste de questions pour aider les employeurs vétérinaires en identifiant les problèmes lors d'un entretien d'embauche et je recherche d'autres idées. Je suppose que cette liste pourrait facilement être modifiée par un employeur afin de contrôler également un employé, mais veuillez répondre du point de vue de l'interviewé.

Je pense qu'il serait important de poser plusieurs de ces questions à plusieurs personnes pour savoir si des réponses cohérentes sont données. Dans l'ensemble, j'ai essayé de placer les questions dans chaque section dans l'ordre dans lequel elles pourraient être posées. Une réponse indésirable à une première question rendra souvent inutile les suivis.

Valeurs

  • Qu'est-ce qui constitue un logiciel "bien écrit"?
  • Quels sont les attributs d'un bon développeur? Même question pour le manager. Qui sont vos employés / gestionnaires les plus précieux et pourquoi?

Processus

  • Avez-vous un processus de développement?
  • Avec quelle rigueur le suivez-vous?
  • Comment décidez-vous combien de processus appliquer à chaque projet?
  • Décrivez un cycle de vie de projet typique. Demandez ce qui suit s'ils ne se présentent pas autrement:

    • Cascade / itérative: combien de temps est consacré à la collecte initiale des besoins? conception initiale?

Essai

  • Qui développe les tests (développeurs ou ingénieurs de test séparés?)
  • Quand sont-ils développés?
  • Quand les tests sont-ils exécutés?
  • Combien de temps prennent-ils pour exécuter?
  • Qu'est-ce qui fait un bon test?
  • Comment savez-vous que vous avez suffisamment testé?
  • Quel pourcentage de code est testé?

La revue

  • Quel est le processus de révision?
  • Quel pourcentage de code est revu? Conception?
  • À quelle fréquence puis-je m'attendre à participer en tant que réviseur / réviseur de code / conception?
  • Quels sont les critères appliqués pour l’examen et d’où viennent-ils?

Amélioration

  • Quels nouveaux outils et techniques avez-vous évalués ou déployés au cours de la dernière année?
  • Quelles formations ont été données à vos employés au cours de la dernière année? Que vais-je faire pendant les six premiers mois dans votre entreprise (indiquant quel type de mentorat / formation organisé a été pensé, le cas échéant)
  • Quels changements ont été apportés à votre processus de développement au cours de la dernière année?
  • Comment pouvez-vous améliorer et apprendre de vos erreurs en tant qu'organisation? Quelle a été la plus grande erreur de votre organisation au cours de la dernière année et comment a-t-elle été corrigée?
  • Quel retour avez-vous donné à la direction récemment? At-il été mis en œuvre? Sinon pourquoi?
  • Comment votre entreprise utilise-t-elle les "meilleures pratiques"? Comment les cherchez-vous de l'extérieur ou de l'intérieur et comment les partagez-vous les uns avec les autres?

Éthique

  • Parlez-moi d'un problème d'éthique que vous ou vos employés avez récemment rencontré et comment a-t-il été résolu?
  • Utilisez-vous un logiciel open-source? Quelles contributions open source avez-vous faites?

Suivis

J'ai bien aimé ce que @ jim-leonardo a dit sur cette question de débordement de pile :

Vraiment une chose à vous demander: "Est-ce que cette personne a l'air de vouloir me recruter et de m'intéresser?" Je pense que c'est l'un des éléments les plus importants. S'ils semblent croire que vous êtes le seul interviewé, ils vous traiteront probablement mal. Les bons intervieweurs comprennent qu'ils doivent vendre le poste autant que le candidat doit se vendre.

@SethP ajouté:

Glassdoor.com est un bon site web pour rechercher des employeurs potentiels. Il contient des informations sur la manière dont des entreprises spécifiques mènent des entretiens ...


6
d'après le titre, la réponse qui me vient à l'esprit est "comme un chien"; Veuillez reformuler la question pour qu'elle soit moins ... brute ;-)
Steven A. Lowe

4
@Steven A. Lowe: D'accord. Il n'y a aucun moyen de sentir à fond un employé potentiel qui ne donnera pas à l'entrevue une apparence complètement effrayante.
FrustratedWithFormsDesigner

1
@ Steven, l'ensemble des questions est probablement spécifique aux programmeurs.
Glenviewjeff

2
Voulez-vous vraiment poser des questions sur l’éthique lors d’un entretien? De plus, la mesure dans laquelle vous contrôlez votre futur employeur est un indicateur sûr du montant qu’il pourrait ne pas vous engager. Voulez-vous risquer d'apparaître comme tout écorce et aucune morsure? IMHO seulement quelques rares et bonnes questions (les plus appropriées à ce moment et la situation) doivent être posées.
Aditya P

1
@Aditya, j'ai bien peur de ne pas comprendre vos questions. glenviewjeff a clairement fait comprendre qu'il se souciait davantage de ces choses que de ne trouver qu'un emploi, alors je ne vois pas pourquoi il ne demanderait pas. Sinon, il pourrait simplement rester dans son emploi actuel.
Benjol

Réponses:


14

Regardez attentivement le produit que vous allez créer. Je travaille pour un bon patron éthique, mais je n'aime vraiment pas l'industrie dans laquelle nous sommes. J'aurais aimé y penser avant d'accepter le poste. J'essaie maintenant de m'en sortir, mais la plupart des entreprises ne comprennent pas suffisamment le créneau pour évaluer mon travail.


6
+1 "n'aime pas l'industrie dans laquelle nous sommes". Boy, il y en a assez! Les loteries, la publicité de masse, certaines zones financières, etc. J'ai déjà travaillé pour un gars qui a inventé un paquet de base de données populaire. Savoir qui était l'un des meilleurs clients? La police secrète polonaise. Ce n'est pas facile de bien faire et de bien faire.
Mike Dunlavey

2
"La plupart ne comprennent pas suffisamment le créneau ..." de quel créneau s'agit-il? Maintenant je suis curieux.
Chris

+1: Également "n'aime pas l'industrie dans laquelle nous sommes". J'ai déjà écrit un logiciel permettant aux gens de faire du trading de produits dérivés.
Bob Murphy

@Mike Dunlavey, le développement d'un véhicule robot massacrant attire automatiquement une sorte de gens, qui vont vraiment aimer une telle chose (je ne suis pas sûr des loteries)
kagali-san

1
@mhambra: J'ai déjà travaillé pour un laboratoire de défense. Je ne l'ai pas fait, mais le laboratoire l'a fait, construit des ordinateurs et des systèmes de guidage pour les missiles nucléaires. Nous nous sommes fait piquer régulièrement. Les personnes qui travaillaient étaient comme vous et moi.
Mike Dunlavey

14

Ne vous contentez pas de réponses en un mot

Il est ridicule d'essayer de prendre une décision éclairée en se basant sur le fait que l'employeur utilise "Agile" ou "SVN".

  • Posez des questions qui constituent vos critères minimums pour travailler dans un lieu mais impliquez-les dans une discussion à ce sujet.
  • Demandez à passer du temps avec / travaillez avec / avec un programmeur pendant une heure.
  • Demandez une promenade d'une journée typique.
  • Demandez en quoi consiste leur mise en production standard.
  • À quelle fréquence travaillent-ils les week-ends, les vacances, les nuits tardives, etc.
  • Demandez quels problèmes de processus ils travaillent à résoudre

Des odeurs

  • Un mot répond et un changement de sujet
  • Beaucoup de fin de nuit et de week-end consacrés au travail
  • Relation antagoniste avec Ops ou QA
  • Participation quotidienne du responsable aux tâches et aux modifications de tâches

9

Renseignez-vous sur les personnes qui y travaillent .

Les processus sont bons et tous, mais les processus sont mis en oeuvre par et suivis par (ou ignorés par) les personnes. Si vous avez les bonnes personnes, vous pouvez ajuster les processus selon vos besoins.

Pour chacune de vos questions, j'ajouterais des méta-questions, par exemple:

  • Qui décide de ce qui constitue un logiciel "bien écrit"?
  • Que se passe-t-il s'il y a désaccord?
  • Comment évaluons-nous si notre définition est utile?
  • Comment actualisons-nous notre définition lorsque l'état de l'art ou les priorités de l'entreprise changent?
  • Quels sont les processus pour créer un logiciel "bien écrit"?
  • Comment les évaluons-nous?

et ainsi de suite.


1
J'aime beaucoup vos questions, mais je ne sais pas quelles réponses je voudrais y apporter, et même si je le savais, je ne suis pas sûre qu'elles seraient aussi importantes qu'une idée clairement définie et documentée de ce qui constitue une bonne rédaction. Logiciel. La réponse que je cherche est la liste des "utilitaires", compréhensible, maintenable, extensible, etc. La façon dont cela sera mis en oeuvre changera avec le temps, mais les "inities" ne devraient pas. Si l'entreprise valorise cela et qu'un employé en particulier ne l'aime pas, je suppose que la réponse que j'aimerais entendre est qu'elle essaierait patiemment de le convaincre.
Glenviewjeff

1
+1 On m'a menti dans une interview sur mon rôle potentiel. Il est difficile de mentir à quelqu'un qui fait le même travail que vous.
Dimitrios Mistriotis le

8

J'ajouterai une mise en garde après plusieurs mauvaises expériences: de nombreuses entreprises vont vous mentir ou vous induire en erreur au sujet de leurs réponses, en particulier dans des situations où vous ne pouvez pas le vérifier facilement sans consulter leur code (ce qu'elles ne vous laisseront jamais faire).

Par exemple, si vous posez des questions sur le contrôle de version, ils peuvent dire qu'ils utilisent Subversion, alors vous pensez qu'ils vont bien utiliser SVN. Sauf qu'ils ne disposent pas des dépôts mis en place correctement, ou tout le monde a son propre référentiel, ou ils ne comprennent pas de branchement / fusion du tout . Vous ne pouvez pas vérifier ce genre de chose.

Il en va de même pour les pratiques de codage réelles. Si vous leur posez des questions sur les normes de codage, ils vous diront peut-être qu'ils respectent, par exemple, les "conventions Java normales". En prenant le poste, vous découvrez qu'ils utilisent la notation hongroise (je déteste utiliser autant que moi la mauvaise notation hongroise, mais c'est la première chose qui me trotte dans la tête tout le temps), refusez de toucher aux logiciels libres en dehors de Java. lui-même, et fondamentalement écrire du code très mal par rapport au "standard" de l'écriture Java. Encore une fois, vous ne pouvez pas vérifier cela sans dire réellement "Montrez-moi votre code", ce qu’ils refuseront.

Bien sûr, vous pouvez savoir s'ils mentent au sujet des tests en demandant quel logiciel de test unitaire ils utilisent ("Le débogueur Visual Studio" n'est pas une application de test unitaire ...) ou s'ils n'utilisent pas du tout le contrôle de version. mais vous ne saurez pas si le code est mauvais.

Sur le plan non codant, encore une fois, il est très difficile de dire ce qui est embelli. Ils peuvent vous dire une chose (tout le monde donne toujours à leur entreprise une apparence incroyable dans les entretiens) et, en prenant le poste, il en résulte des mensonges complètement différents ou évidents. Je déteste le dire, mais de nombreuses entreprises sont fondées sur une approche «fumée et miroir» et cette puanteur imprègne tous les coins de la place. Comme toujours, il y a des exceptions, mais je n'ai pas encore trouvé de moyen solide et solide d'évaluer la valeur d'un employeur jusqu'à ce que je prenne effectivement le poste et, si nécessaire, de partir immédiatement après avoir découvert que ce n'était pas bon.


1
J'ai travaillé pour de nombreuses entreprises où le tableau rosé peint au cours de l'interview est risible une fois que la réalité fait son apparition. Je ne regarderais pas cela comme si les intervieweurs mentaient carrément et leur donnaient l'avantage de penser qu'ils pourraient penser qu'ils étaient complètement honnêtes avec vous, mais qu'ils ne pensaient pas aux choses de la même manière. Je pense que c'est probablement la raison pour laquelle il est préférable de s'assurer que les réponses aux questions sont suffisamment détaillées pour qu'à moins qu'elles ne mentent explicitement, vous aurez une meilleure idée de ce que vous pourriez "être". C'est-à-dire, demandez-leur d'expliquer leur stratégie de branchement.
Glenviewjeff

@glenviewjeff Convenu à 100%. Souvent, être plus en profondeur que d'habitude permet de savoir quand on est nourri à la "ligne entreprise" et que l'environnement n'est pas vraiment bon. Une autre chose que j’ajouterais à la liste des questions à poser concerne les normes de codage (nommage de variable, etc.): Un bon style de "meilleure pratique" est bon, aucun style ou des styles très étranges sont souvent mauvais.
Wayne Molina

Je n'ai pas eu de difficulté à lire le code une fois que j'ai signé la NDA.
dietbuddha

5

Une chose que je fais TOUJOURS est de demander à être montré autour des zones de travail / bureaux des sociétés (par opposition aux belles salles de conseil des sociétés où vous êtes interviewé). Cela vous donne une idée des conditions de travail, des équipements utilisés, de la démographie de vos collègues et de l'ambiance générale du lieu.

... Et oui j'ai appris cette leçon à la dure :(

NWS.


Très bonne idée aussi. Trop d'entreprises ont des conditions de travail merdiques (de minuscules cubes, des espaces ouverts) et "cachent" les membres les plus pauvres de l'équipe afin que les gens ne les remarquent pas et fuient en hurlant en ne montrant que les zones chics du bâtiment (bureaux exécutifs, salles de réunion , etc.). Je me fais un devoir maintenant de toujours demander à voir la zone du développeur.
Wayne Molina

+1 Assurez-vous également que vous voyez les lieux qui vous intéressent. à savoir l'endroit où vous faites équipe traîne, la cuisine, le café, les bureaux, les salles de réunion de vos équipes , etc.
tehnyit

5

Une autre chose à laquelle j'ai pensé: si vous demandez à l'intervieweur ce qu'il aime / n'aime pas du travail, gardez cela à l'esprit:

La "bonne" réponse en est une qui mentionne les bons et les mauvais aspects du travail.

Si l'intervieweur est stupéfait et vous dit à quel point l'entreprise est formidable et à quel point le travail est formidable, soyez prudent, cela pourrait signifier que l'intervieweur est un "Smithers" et qu'il est juste un homme d'affaires et un imbécile - beaucoup de gens, en particulier ceux qui sont complaisants dans leur travail (lire: ont été promus pour des raisons de poste sans compétences afin de ne pas pouvoir trouver un travail en dehors de cette société) ont tendance à "acheter dans la ligne de la société" et ne pourront jamais voir aucun problème même s'il y a des problèmes. Ce n'est pas toujours le cas, mais si vous obtenez une réponse qui sent quelqu'un ivre du kool-aid en entreprise, vous devriez enquêter davantage pour en être sûr.

D'un autre côté, si l'intervieweur commence à se mêler à la société, le drapeau rouge est énorme, car, de toute évidence, ils ne sont pas satisfaits de leur travail et, plus important encore, ils ne peuvent faire part de leurs préoccupations à personne de la société, car ils doivent évacuer vers quelqu'un qui ne veut pas se venger d'eux pour ne pas être heureux; de nouveau par expérience, j'ai vu des endroits où, si les membres de la direction pensent que vous n'êtes pas heureux (pour des raisons légitimes ou autrement), ils vous licencieront immédiatement, de sorte que tout le monde prétend être heureux tout le temps, car il ne peut dire à personne qu'il ne le fait pas. X n'aime pas le travail ou on leur montrera la porte.


1
+1 bon et mauvais! C'est très utile et fera probablement preuve d'une certaine honnêteté
Sardathrion - Réintégrer Monica

2

Je déplacerais les revues de code soit dans leur propre section, soit en tant que point en cours d'amélioration (pas de test). Je leur demanderais également quels types d’examens ils effectuent: encouragent-ils la programmation en binôme (immédiatement, ce n’est pas une chance en enfer de ma part;))? Est-ce qu'ils font des critiques avant chaque commit? Est-ce qu'ils font des revues de groupe trimestrielles (cela pourrait aussi entrer dans le mentorat)?

Pour moi, lors de l'évaluation d'une entreprise, je pose quelques questions spécifiques, principalement liées au test de Joel, mais plutôt que de me concentrer sur celles-ci (en particulier avec une entreprise plus petite), je préfère me concentrer sur la personne à qui je parle et leur passion et leur dynamisme. Même dans les grandes entreprises, plus souvent qu'autrement, les employés et les employés présentent des caractéristiques personnelles et professionnelles similaires. Donc, il y a de fortes chances que si la personne qui vous interroge ne soit pas motivée et passionnée par ce qu'elle est en train de faire, les autres ne le seront pas non plus. Pour moi, la passion c'est beaucoup Il est plus facile de déterminer comment j'apprécierais travailler pour une entreprise que de passer en revue une liste de questions, même par téléphone (j'ai récemment parlé à un PDG d'une start-up dont la passion et l'enthousiasme étaient absolument contagieux, alors je sais que c'est possible :)).

La passion détermine une entreprise solide bien plus qu'une liste de questions en noir et blanc. Vous pouvez encourager et aider à diriger le changement dans une entreprise passionnée avec un processus de développement interrompu (vous constaterez que s’ils aiment ce qu’ils font, ils sont toujours disposés à changer pour le mieux). Cependant, une entreprise (ou un leadership) qui manque de passion mais qui utilise le meilleur processus au monde sera toujours un frein pour le travail.


+1 pour la partie "petite entreprise" et l'argument de la passion. La révision formelle de code et les évaluations d'équipe sont moins importantes lorsque vous travaillez dans une petite équipe composée de programmeurs passionnés et compétents.
tdammers

Pour moi, il s'agit moins de mises en œuvre spécifiques que de culture, d'ouverture d'esprit de l'entreprise et de son intérêt réel pour l'amélioration continue de l'entreprise ainsi que des individus.
Glenviewjeff

2

Glassdoor.com est un bon site web pour rechercher des employeurs potentiels. Il contient des informations sur la manière dont des entreprises spécifiques mènent des entretiens et sur le salaire auquel vous pouvez vous attendre pour certains postes.

Toutes leurs informations proviennent de membres de la communauté, il peut donc s'agir d'un échantillon de petite taille.

Malgré cela, il semble que ce soit un endroit idéal pour discuter de l'expérience d'entrevue.


2

Vous n'avez mentionné aucune question sur la qualité de vie. Les problèmes de calendrier et d'heures sont particulièrement fréquents dans les sociétés de développement de logiciels. Je voudrais donc savoir à quelle fréquence les gens viennent chaque semaine et combien de temps ils y restent. Bien que j'essaie de trouver une façon plus subtile de le dire, pour ne pas laisser entendre que je ne veux pas venir au travail.


C'est un point positif, bien que je ne puisse pas imaginer que si les autres questions étaient bien répondues, la même entreprise ne tiendrait pas compte du fait que la "qualité de vie" est importante pour la satisfaction des employés, ce qui entraîne une qualité de travail supérieure. J'imagine que cela ne pourrait pas nuire à demander aux employés quel type d'heures ils travaillent, y compris à quelle fréquence il y a des "heures supplémentaires" ou une fin de semaine, et à quelle fréquence ils font du télétravail.
Glenviewjeff

1
Si tant d’entreprises n’étaient pas au courant des avantages, je leur demanderais toujours combien de temps flexible est disponible; Les développeurs n'aiment pas travailler de manière rigide comme des ouvriers. J'adorerais un environnement qui comprend cela et vous permette d'entrer plus tard, mais qui déjeune à votre bureau ou partez un peu plus tard. 8 heures précises ou vous ne serez plus dans la "poubelle que vous trouverez si souvent.
Wayne Molina

1

Demandez à rencontrer quelqu'un de familier avec le processus de déploiement de logiciel automatisé. S'ils disent, bien sûr, vous pouvez rencontrer Joe ou Mike, alors c'est bon. Si elles sont vagues, alors vous avez votre réponse.


1

Outre les questions techniques, je voudrais également ajouter quelques questions liées aux affaires. Tel que...

1) Comment votre entreprise va-t-elle soutenir mon emploi?

2) Quel est le modèle économique utilisé par votre entreprise?

etc..


1

En fonction de la manière dont l'entretien se déroule et du rapport que vous avez établi avec votre intervieweur, je pense qu'il est acceptable de demander: "Pourquoi ne devrais-je pas travailler ici?" Après tout, les gens ne partent généralement pas à cause des arguments de vente de la société, ils partent à cause des inconvénients, mais si vous savez à l'avance ce qu'ils sont, vous pouvez alors déterminer si vous pouvez les traiter à l'avance.


1

Certains ont abordé ce sujet, mais pas spécifiquement: demandez des choses que vous détestez comme si vous les aimiez. Par exemple, si vous n'aimez pas l'idée d'une programmation par paires (pour prendre l'exemple de Demian Brecht), posez des questions à ce sujet.

Finalement. demandez toujours: "Quelle est la chose la plus frustrante à propos de votre travail?"


1

Essayez de trouver certains des comptes Twitter des employés. Si vous les voyez fréquemment mentionner les heures supplémentaires ou les longues heures de travail, il peut être sage d’enquêter un peu plus ou même d’éviter la société.


1

Je recommanderais toujours d'essayer de savoir à quoi ressemble une entreprise avant de décider de travailler ou non. Il existe des endroits où vous pouvez le trouver - des sites Web tels que http://www.whataretheyreallylike.com - où les employés consultent leurs propres employeurs. Ils ne peuvent pas tout vous dire, mais ils valent le coup, hein?


Tant qu'il est pris avec un grain de sel (voir le commentaire précédent concernant Glassdoor), d'accord à 100%. Voir ce que les employés pensent de la société peut souvent aider si vous pouvez échapper à la "dreg qui ne pourrait travailler nulle part ailleurs, fait donc de la société leur vie et pense qu'elle ne peut rien faire de mal" et "une personne mécontente voulant la ruiner à cause de certains types de commentaires perçus.
Wayne Molina

0

Les entreprises embauchent souvent les personnes recommandées par leurs employés. Si vous travaillez en réseau dans votre propre région en assistant à des camps de code et à d’autres réunions liées au développement, vous pouvez vous renseigner auprès des employés d’autres sociétés sur la situation de ces personnes de manière plus honnête que lors d’une interview. Ensuite, vous savez à qui s'adresser. Et vous avez aussi des gens qui travaillent là-bas qui vous recommanderont.


0

Assurez-vous de vous associer à des personnes de qualité gérées de manière à reconnaître qu’elles sont des personnes de qualité. Je sais que c'est subjectif, de même que votre préférence pour l'endroit où vous voulez travailler. Vous devrez déterminer ce que vous jugez important. Vous pouvez avoir une longue liste de questions, mais vous serez probablement capable de comprendre les personnes vous-même. Nous avons tendance à sentir notre propre genre.

Ils ne mettent peut-être pas en œuvre les meilleures pratiques, mais sont capables de le faire et sont en train de s’améliorer. Allez-vous choisir une entreprise qui remporte le test de Joel de quelques points seulement pour découvrir qu'elle est déterminée et qu'elle n'a pas le goût de s'améliorer? Personnellement, cela me poserait un problème. Même un score parfait ne durera pas éternellement s'ils ne peuvent pas continuer à attirer des personnes de qualité.


Je suis peut-être minoritaire ici, mais je ne pense vraiment pas que le test de Joël soit suffisant pour déterminer la qualité d'un lieu de travail. Mon ancien employeur aurait très bien réussi le test de Joel, mais il était terriblement dysfonctionnel, fermé d'esprit et inefficace.
Glenviewjeff
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.