Como descobrir se uma empresa possui políticas insanas [fechado]

Ao entrevistar para um trabalho, existe uma maneira delicada e precisa de descobrir se eles têm políticas insanas, como "sem código aberto" ou "sem instalar software sem permissão", "sem atualizar o software até que esteja prestes a perder o suporte", ou "sem visitas a blogs"?

Eu não acho que você pode ser muito sutil, talvez você possa perguntar:

"O último local em que trabalhei utilizou algumas bibliotecas de código-fonte aberto - achei útil, pois consegui me aprofundar e corrigir problemas diretamente, em vez de esperar que um fornecedor voltasse para mim. Também posso entender que pode haver preocupações legais ao usar essas bibliotecas, você tem uma política aqui? "

"Suponho que nossas máquinas sejam cuidadas por algum tipo de suporte técnico? Qual seria o processo que eu teria que passar se tivesse que instalar (por exemplo) um editor de texto livre confiável que suporte a codificação Hex?"

"Sou realmente apaixonado pelo meu ofício e me mantenho atualizado com as luzes do meu campo - qual é a política de visitar sites relacionados ao trabalho, como os blogs de tecnologia da Oracle, etc?"

Essas são perguntas que você pode colocar no final da entrevista quando o entrevistador normalmente pergunta "Você tem alguma pergunta para mim"

Apenas tente defini-los de tal maneira que a pergunta se vincule ao trabalho para o qual você está se candidatando. Por exemplo, eu posso formular estas perguntas, como:

• A empresa tem uma opinião sobre o uso de software de código aberto?
• Qual é a política da empresa sobre a instalação de software personalizado? Por exemplo, eu uso o XXX, o que me ajuda a acelerar o desenvolvimento.
• Você usa um filtro de conteúdo da web? Pergunto, porque o último local em que trabalhei tinha um que limitava severamente minhas capacidades de pesquisa.

Algumas empresas têm culturas geralmente terríveis e isso geralmente se estende a ter ambientes terríveis para o desenvolvimento de software. Eu acho que há três questões aqui

1. Qual é a cultura das empresas?
2. Como essa cultura se estende ao desenvolvimento de software nessa empresa?
3. Supondo que você esteja entrevistando para uma equipe em particular, qual a similaridade ou a diferença da cultura deles?

Para a primeira parte, eu perguntaria

1. O departamento de TI gerencia as máquinas Developer da mesma maneira que administra todas as outras máquinas?
2. Quais são as políticas para adoção de novas tecnologias ou novo software?

Para a segunda parte:

1. Quão padronizado é o ambiente de desenvolvimento?
2. Os desenvolvedores podem experimentar novas ferramentas e novas tecnologias para apresentar ao restante da equipe?
3. Que restrições existem?

Para a última parte, pergunte a outros desenvolvedores

1. Quais blogs você lê?
2. Quais blogs e sites você recomenda?

Em cada caso, as perguntas estão no limite e a resposta provavelmente será mais honesta.

Gostaria de perguntar se a Internet foi considerada um recurso, ou seja, coisas como Stack Overflow ou se havia uma política limitada de uso da Internet.

Eu visitava https://www.glassdoor.com para descobrir tudo o que podia sobre uma empresa.

Eu perguntaria aos engenheiros sobre o dia normal.

Tenha a chance de conhecer os desenvolvedores existentes. O que a pessoa ou gerente de RH pensa que a política é e como ela realmente funciona no local é muitas vezes diferente. Todas essas são perguntas que eu faria a alguém com uma descrição de cargo semelhante à minha, não ao chefe.

Os chefes e os tipos de RH, por outro lado, geralmente entendem que a cultura corporativa é importante e que permite que um candidato em potencial contrate algumas horas de contato com sua equipe para garantir que o ajuste certo reduz o risco para você e para eles.

A primeira coisa é a primeira - pergunte a todos com quem você está preocupado, não deixe nada para suposições. Não posso enfatizar isso o suficiente - uma vez assumi algo e depois me arrependi.

Em segundo lugar, e isso também é muito importante: IMHO: pergunte se você pode andar pelos escritórios da empresa.

Observe as pessoas que trabalham lá. Se houver algo errado, você "simplesmente saberá". Parte disso vem de pessoas estressadas que liberam todos os tipos de feromônios, e a outra parte vem do silêncio sinistro e inexplicável, um dos tipos de madeira cortada no forrest em que não há ninguém para ouvir o som dela caindo .

Considere um conjunto de perguntas mais diretas depois de fazer uma oferta. Não precisa ser rude, mas se você tiver alguma dúvida ...

Da minha experiência no trabalho de TI interno em grandes empresas (bancos, seguros, etc.)

"no open source", - isso não é uma política insana. Dependendo da licença do OSS, esse tipo será bastante válido. Economizar dinheiro (até um limite razoável) geralmente não é um grande problema, pois todo projeto tem um orçamento e contanto que você possa se encaixar, tudo bem.

"não instala software sem permissão" - isso é muito válido do suporte à infraestrutura, segurança e perspectiva legal. Por exemplo, a instalação do wireshark pode levar à demissão.

"não atualizando software até que esteja prestes a perder o suporte" - depende de qual software. Se ainda estiver usando o VS 2003/2005 para a equipe de desenvolvimento, sim. Se você está falando sobre atualizar 10000 desktops do XP para o Windows 7 e o Office 2010, então não. Isso precisa de justificativa comercial.

"sem visitas a blogs"? - Sim, esta é uma política ruim.

A melhor maneira que eu encontrei é perguntar diretamente, escrever de uma maneira muito educada e casual, e pedir para ser exibido em todo o escritório - não aceite ser levado a uma sala de conferências e fique lá a entrevista inteira .

Se a empresa não estiver disposta a lhe mostrar, é provável que oculte algo e você deve tomar cuidado. Uma sala de conferências está sempre cheia de "BS corporativo" e faz a empresa parecer incrível, com muitos prêmios e uma aparência muito elegante, mas as aparências enganam e o único objetivo da sala de conferências é dar a ilusão de grandeza.

Além disso, peça para conversar com possíveis colegas de trabalho por um minuto ou dois (não com supervisores, embora você deva conversar com eles também) e trate-os com eles. Pergunte quais ferramentas de código-fonte aberto elas usam no trabalho, pergunte quais sites de referência eles usam no trabalho se estiverem presos (por exemplo, Stackoverflow), pergunte quais blogs eles lêem logo de manhã (pergunta dupla aqui: você está perguntando se eles se mantêm atualizados e também perguntam se "se instalam" pela manhã com café e fazem uma leitura rápida dos blogs de desenvolvedores antes de começar a codificar), coisas assim. Mais uma vez, não é permitido falar com outros desenvolvedores é uma bandeira vermelha e, ao conversar com um possível colega de trabalho, você pode perceber a cultura geral - se a pessoa olha para baixo constantemente e murmura em vez de parecer entusiasmada, ou se você passar por isso as fileiras de cubos ali '

GlassDoor e Jobitorial são duas opções para esse tipo de informação.

Outra estratégia pode ser ir a grupos de usuários locais e procurar pessoas que trabalham para a empresa e envolvê-los em conversas. Diga a eles que você está considerando se inscrever lá e faça perguntas.