Comment savoir si une entreprise a des politiques démentes [fermé]

Lors d'un entretien pour un emploi, existe-t-il un moyen délicat mais précis de savoir s'ils ont des politiques insensées, comme "pas d'open source", ou "pas d'installation de logiciel sans autorisation", "ne pas mettre à niveau un logiciel jusqu'à ce qu'il soit sur le point de perdre le support", ou "pas de blogs de visite"?

Je ne pense pas que vous puissiez être trop subtil, vous pouvez peut-être demander:

"Le dernier endroit où j'ai travaillé a utilisé des bibliothèques open source - j'ai trouvé cela utile car j'ai pu fouiller et résoudre les problèmes directement au lieu d'attendre qu'un fournisseur me revienne. Je peux aussi comprendre qu'il peut y avoir des problèmes juridiques sur l'utilisation de ces bibliothèques, avez-vous une politique ici? "

"Je suppose que nos machines sont prises en charge par une sorte de support technique? Quel serait le processus que je devrais suivre si je devais installer (par exemple) un éditeur de texte gratuit de confiance qui prend en charge le codage Hex?"

"Je suis vraiment passionné par mon métier et je me tiens au courant des sommités de mon domaine - quelle est la politique concernant la visite de sites Web liés au travail tels que les blogs technologiques Oracle, etc.?"

Ce sont des questions que vous pouvez soulever à la fin de l'entretien lorsque l'intervieweur demande normalement "Avez-vous des questions pour moi"

Essayez de les exprimer de manière à ce que la question soit liée au poste auquel vous postulez. Par exemple, je pourrais formuler ces questions telles que:

• L'entreprise a-t-elle une opinion sur l'utilisation des logiciels Open Source?
• Quelle est la politique de l'entreprise concernant l'installation de logiciels personnalisés? Par exemple, j'utilise XXX, ce qui m'aide à accélérer le développement.
• Utilisez-vous un filtre de contenu Web? Je demande parce que le dernier endroit où j'ai travaillé en avait un qui limitait considérablement mes capacités de recherche.

Certaines entreprises ont généralement des cultures horribles et cela s'étend souvent à des environnements horribles pour le développement de logiciels. Je pense qu'il y a trois problèmes ici

1. Quelle est la culture d'entreprise?
2. Comment cette culture s’étend-elle au développement de logiciels dans cette entreprise?
3. En supposant que vous interviewez pour une équipe particulière, dans quelle mesure leur culture est-elle similaire ou différente?

Pour la première partie, je demanderais

1. Le service informatique gère-t-il les machines Developer de la même manière qu'il gère toutes les autres machines?
2. Quelles sont les politiques d'adoption de nouvelles technologies ou de nouveaux logiciels?

Pour la deuxième partie:

1. Dans quelle mesure l'environnement de développement est-il standardisé?
2. Les développeurs peuvent-ils essayer de nouveaux outils et de nouvelles technologies à présenter au reste de l'équipe?
3. Quelles sont les restrictions?

Pour la dernière partie, demandez aux autres développeurs

1. Quels blogs lisez-vous?
2. Quels blogs et sites Web recommandez-vous?

Dans chaque cas, les questions sont marginales et la réponse sera probablement plus honnête.

Je demanderais si Internet était considéré comme une ressource, c'est-à-dire des choses comme Stack Overflow, ou s'il y avait une politique d'utilisation limitée d'Internet.

Je visiterais https://www.glassdoor.com pour découvrir tout ce que je pouvais sur une entreprise.

J'interrogerais les ingénieurs sur leur journée normale.

Obtenez une chance de rencontrer leurs développeurs existants. Ce que la personne ou le gestionnaire des RH pense que la politique est, et comment elle fonctionne réellement sur le terrain, sont souvent différents. Ce sont toutes des questions que je poserais à quelqu'un avec une description de travail similaire à la mienne, pas au patron.

Les patrons et les types de RH, d'un autre côté, comprennent généralement que la culture d'entreprise est importante et que permettre à un éventuel embaucher quelques heures de contact avec son équipe pour s'assurer qu'il semble que le bon ajustement réduit les risques pour vous et pour eux.

La première chose est la première - demandez à tous ceux qui vous inquiètent, ne laissez rien aux hypothèses. Je ne saurais trop insister sur ce point - j'ai une fois supposé quelque chose et je l'ai regretté plus tard.

Deuxièmement, et cela (à mon humble avis) est également très important: demandez-leur si vous pouvez vous promener dans les bureaux de l'entreprise.

Observez les gens qui y travaillent. S'il y a quelque chose qui ne va pas, vous le "saurez". Une partie de cela vient de personnes stressées libérant toutes sortes de phéromones, et l'autre part du silence étrange et inexplicable, l'un des types de bois coupé dans la forêt dans laquelle personne n'entend le bruit de sa chute .

Considérez un ensemble de questions plus directes après avoir reçu une offre. Pas besoin d'être impoli, mais si vous avez des inquiétudes ...

De mon expérience de travail dans l'informatique interne dans de grandes entreprises (banques, assurances, etc.)

"pas d'open source", - ce n'est pas de toute façon une politique insensée. Selon la licence OSS, ce type est tout à fait valide. Économiser de l'argent (jusqu'à une limite raisonnable) n'est généralement pas un gros problème car chaque projet a un budget et tant que vous pouvez vous y inscrire, c'est OK.

"pas d'installation de logiciel sans autorisation" - ceci est très valable du point de vue du support de l'infrastructure, de la sécurité et de la législation Par exemple, l'installation de Wirehark peut entraîner le licenciement.

«ne pas mettre à niveau le logiciel jusqu'à ce qu'il soit sur le point de perdre le support» - dépend du logiciel. S'il utilise toujours VS 2003/2005 pour l'équipe de développement, oui. Si vous parlez de mettre à niveau 10000 postes de travail de XP vers Windows 7 et Office 2010, alors non. Cela nécessite une justification commerciale.

"pas de blogs de visite"? - oui c'est une mauvaise politique.

La meilleure façon que j'ai trouvée est de demander carrément, de manière très polie et décontractée, et de demander à être montré dans le bureau - ne vous contentez pas d'être conduit dans une salle de conférence, puis restez là pendant toute l'interview .

Si l'entreprise ne veut pas vous montrer, il y a de fortes chances qu'elle cache quelque chose et vous devez vous méfier. Une salle de conférence est toujours pleine de "BS d'entreprise" et rend l'entreprise incroyable, avec beaucoup de récompenses et un look très chic, mais les regards sont trompeurs et le seul but de la salle de conférence est de donner l'illusion de la grandeur.

Aussi, demandez à parler à des collègues potentiels pendant une minute ou deux (pas aux superviseurs, bien que vous devriez aussi leur parler), et abordez-le avec eux. Demandez quels sont les outils open source qu'ils utilisent au travail, demandez quels sites de référence ils utilisent au travail s'ils sont bloqués (par exemple Stackoverflow), demandez quels blogs ils lisent le matin (Double question ici: vous demandez si ils se tiennent au courant et demandent également s'ils "s'installent" le matin avec un café et prennent une lecture rapide des blogs de développeurs avant de commencer à coder), des choses comme ça. Encore une fois, ne pas être autorisé à parler à d'autres développeurs est un drapeau rouge, et de parler à un collègue possible, vous pourriez glaner la culture globale - si la personne regarde constamment et marmonne au lieu de paraître enthousiaste, ou si vous marchez à travers les rangées de cubes là-bas '

GlassDoor et Jobitorial sont deux options pour ce type d'informations.

Une autre stratégie pourrait être d'aller vers des groupes d'utilisateurs locaux et de rechercher des personnes qui travaillent pour l'entreprise et de les engager dans une conversation. Dites-leur que vous envisagez de postuler là-bas et posez-leur des questions.