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 ...
la source
Réponses:
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.
la source
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".
Des odeurs
la source
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:
et ainsi de suite.
la source
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.
la source
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.
la source
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.
la source
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.
la source
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.
la source
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.
la source
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.
la source
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..
la source
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.
la source
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?"
la source
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é.
la source
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?
la source
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.
la source
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é.
la source