Como posso avaliar minuciosamente um possível empregador? [fechadas]

Ouvimos muito sobre cheiros de código, cheiros de teste e até cheiros de projetos, mas não ouvi nenhuma discussão sobre cheiros de empregadores fora do Joel Test . Depois de muita frustração trabalhando para empregadores com um buquê de odores desagradáveis ​​da cultura corporativa, acredito que é hora de procurar ativamente um ambiente de desenvolvimento mais maduro.

Comecei a montar uma lista de perguntas para ajudar os veterinários a identificar problemas durante uma entrevista de emprego e estou procurando idéias adicionais. Suponho que essa lista possa ser facilmente modificada por um empregador para examinar um funcionário, mas responda da perspectiva do entrevistado.

Eu acho que seria importante fazer muitas dessas perguntas para várias pessoas para descobrir se respostas consistentes são dadas. Na maioria das vezes, tentei colocar as perguntas em cada seção na ordem em que elas poderiam ser feitas. Uma resposta indesejada a uma pergunta inicial muitas vezes fará com que o acompanhamento seja discutível.

Valores

• O que constitui um software "bem escrito"?
• Quais atributos um bom desenvolvedor possui? A mesma pergunta para o gerente. Quem são seus funcionários / gerentes mais valiosos e por quê?

Processo

• Você tem um processo de desenvolvimento?
• Com que rigor você o segue?
• Como você decide quanto processo aplicar a cada projeto?

• Descreva um ciclo de vida típico do projeto. Pergunte o seguinte se eles não aparecerem de outra forma:

  • Cachoeira / iterativa: Quanto tempo é gasto na coleta antecipada de requisitos? design inicial?

Testando

• Quem desenvolve testes (desenvolvedores ou engenheiros de teste separados?)
• Quando eles são desenvolvidos?
• Quando os testes são executados?
• Quanto tempo eles levam para executar?
• O que faz um bom teste?
• Como você sabe que já testou o suficiente?
• Qual porcentagem de código é testada?

Reveja

• Como é o processo de revisão?
• Qual porcentagem de código é revisada? Desenhar?
• Com que frequência posso participar como revisor / revisor de código / design?
• Quais são os critérios aplicados para revisar e de onde vêm os critérios?

Melhoria

• Quais novas ferramentas e técnicas você avaliou ou implantou no ano passado?
• Quais cursos de treinamento seus funcionários receberam no ano passado? O que vou fazer nos primeiros seis meses em sua empresa (sugerindo que tipo de orientação / treinamento organizado foi pensado, se houver)
• Quais mudanças no seu processo de desenvolvimento foram feitas no ano passado?
• Como você melhora e aprende com seus erros como organização? Qual foi o maior erro de sua organização no ano passado e como foi resolvido?
• Qual feedback você deu à gerência recentemente? Foi implementado? Se não, por que?
• Como sua empresa usa as "melhores práticas"? Como você os procura de fora ou de dentro, e como os compartilha uns com os outros?

Ética

• Conte-me sobre um problema ético que você ou seus funcionários tiveram recentemente e como foi resolvido?
• Você usa software de código aberto? Que contribuições de código aberto você fez?

Acompanhamentos

Eu gostei do que @ jim-leonardo disse nesta questão do Stack Overflow :

Realmente uma coisa para se perguntar: "Parece que essa pessoa está tentando me recrutar e me interessar?" Eu acho que este é um dos bits mais importantes. Se eles parecem estar assumindo a atitude de que o único entrevistado é você, provavelmente o tratam mal. Bons entrevistadores entendem que precisam vender a posição tanto quanto o candidato precisa vender a si próprio.

@SethP adicionou:

Glassdoor.com é um bom site para pesquisar possíveis empregadores. Ele contém informações sobre como empresas específicas conduzem entrevistas ...

Observe atentamente o produto que você criará. Trabalho para um bom chefe ético, mas realmente não gosto do setor em que estamos. Gostaria de ter pensado nisso antes de aceitar a posição. Agora estou tentando fazer uma transição, mas a maioria das empresas não entende o nicho o suficiente para avaliar meu trabalho.

Não aceite respostas de uma palavra

É ridículo tentar tomar uma decisão informada com base no empregador usando "Agile" ou "SVN".

• Faça perguntas que sejam seus critérios mínimos para trabalhar em um local, mas envolva-as em uma discussão sobre o assunto.
• Peça para sair com / trabalhar com / emparelhar com um programador por uma hora.
• Peça uma caminhada em um dia típico.
• Pergunte o que envolve a liberação padrão para produção.
• Quantas vezes eles trabalham nos fins de semana, feriados, madrugadas etc.
• Pergunte quais problemas de processo eles estão trabalhando para corrigir

Cheiros

• Respostas de uma palavra e uma mudança de tópico
• Muitas noites e fins de semana passados ​​trabalhando
• Relacionamento antagônico com Ops ou QA
• Envolvimento diário do gerente para atribuições e alterações de tarefas

Descubra as pessoas que trabalham lá .

Os processos são legais e tudo, mas os processos são implementados e seguidos por (ou ignorados por) pessoas. Se você tiver as pessoas certas, poderá ajustar os processos conforme necessário.

Para cada uma das suas perguntas, eu adicionaria meta-perguntas, por exemplo:

• Quem decide o que constitui um software 'bem escrito'?
• E se houver desacordo?
• Como avaliamos se nossa definição é útil?
• Como atualizamos nossa definição à medida que as prioridades do estado da arte ou da empresa mudam?
• Quais são os processos para criar software 'bem escrito'?
• Como os avaliamos?

e assim por diante.

Acrescentarei uma advertência a isso após várias experiências ruins: muitas empresas mentem ou enganam você sobre suas respostas, especialmente em situações em que você não pode verificá-la facilmente sem consultar o código (o que elas nunca permitirão que você faça).

Por exemplo, se você perguntar sobre o Controle de Versão, eles podem dizer que usam o Subversion, então você acha que é bom que eles usem SVN. Só que eles não têm repositórios configurado corretamente, ou todo mundo tem seu próprio repositório, ou eles não entendem ramificação / fusão em tudo . Você não pode verificar esse tipo de coisa.

O mesmo vale para práticas reais de codificação. Se você perguntar sobre os padrões de codificação, eles poderão dizer que seguem, digamos, as "convenções normais de Java". Ao aceitar o trabalho, você descobre que eles usam a notação húngara (eu odeio usar a notação húngara tão ruim quanto eu, mas é a primeira coisa que me vem à cabeça o tempo todo), se recusa a tocar em qualquer pacote de código aberto fora do Java em si, e basicamente escreve código muito pouco comparado ao "padrão" de escrever Java. Novamente, você não pode verificar isso sem realmente dizer "Mostre-me seu código", que eles recusarão.

Claro, você pode descobrir se eles estão mentindo sobre o teste perguntando qual software de teste de unidade eles usam ("O Visual Studio Debugger" não é um aplicativo de teste de unidade ...) ou se eles não usam o controle de versão, mas você não saberá se o código está incorreto.

No lado da não codificação, novamente é muito difícil dizer o que é embelezado. Eles podem lhe dizer uma coisa (todo mundo sempre faz sua empresa parecer incrível em entrevistas) e aceitar o trabalho resulta em mentiras completamente diferentes ou óbvias. Eu odeio dizer isso, mas muitas empresas são baseadas em uma abordagem de "fumaça e espelhos" e esse fedor permeia todos os cantos do lugar. Como sempre, há exceções, mas ainda tenho que encontrar uma maneira boa e sólida de avaliar o valor de um empregador até que eu realmente aceite o emprego e, se necessário, saia imediatamente ao descobrir que não é bom.

Uma coisa que SEMPRE faço é pedir para ser mostrado nas áreas de trabalho / escritório das empresas (em oposição às boas salas de reuniões corporativas onde você é entrevistado). Isso dá uma idéia das condições de trabalho, equipamento usado, dados demográficos de seus colegas e a vibração geral do local.

... E sim, eu aprendi esta lição da maneira mais difícil :(

NWS.

Outra coisa em que pensei: se você perguntar ao entrevistador o que ele gosta / não gosta no trabalho, lembre-se dessa observação:

A resposta "boa" é aquela que menciona as partes boas e ruins do trabalho

Se o entrevistador é todo tonto e lhe diz o quão incrível é a empresa e quão bom é o trabalho, tenha cuidado, pois isso pode significar que o entrevistador é um "Smithers" e é apenas um sim-homem e um beijador de bunda - muitas pessoas, especialmente aqueles que são complacentes em seu trabalho (leia-se: foram promovidos devido à posse sem habilidade, por isso não conseguiriam encontrar trabalho fora desta empresa) tendem a "entrar na linha da empresa" e nunca conseguiriam ver nenhum problema mesmo se houver problemas. Nem sempre é esse o caso, mas se você receber uma resposta que cheira a alguém bêbado com auxílio de kool corporativo, você deve investigar mais para ter certeza.

Por outro lado, se o entrevistador começar a entrar na empresa, é uma enorme bandeira vermelha, porque, obviamente, eles não estão felizes com seu trabalho e, mais importante, não podem levar essas preocupações a ninguém na empresa, pois precisam desabafar com alguém que não os denuncie por não ser feliz; novamente, por experiência, vi lugares em que, se os executivos pensam que você não é feliz (por razões legítimas ou não), eles o despedem imediatamente, então todo mundo finge ser feliz o tempo todo porque não pode contar a ninguém que não ' Não goste de X sobre o trabalho ou eles receberão a porta.

Eu moveria as revisões de código para a própria seção ou como é o próprio ponto em melhoria (não teste). Eu também perguntaria que tipos de resenhas eles fazem: Eles incentivam a programação em pares (normalmente não é uma oportunidade minha;))? Eles fazem revisões antes de cada confirmação? Eles fazem revisões trimestrais em grupo (isso também pode ser incluído na orientação)?

Para mim, ao avaliar uma empresa, faço algumas perguntas específicas, principalmente relacionadas ao teste de Joel, mas em vez de me concentrar naquelas ( especialmente em uma empresa menor), prefiro me concentrar na pessoa com quem estou falando e sua paixão e unidade. Mesmo em grandes empresas, mais do que nunca, você encontrará características pessoais e profissionais semelhantes em toda a base de funcionários. Portanto, as chances são de que, se a pessoa que está entrevistando você não for motivada e apaixonada pelo que está fazendo, a outra também não será. Para mim, paixão é muito É mais fácil determinar como vou gostar de trabalhar para uma empresa do que passar por uma lista de perguntas, mesmo por telefone (falei recentemente com um CEO de uma startup cuja paixão e entusiasmo eram absolutamente contagiantes, então eu sei que é possível :)).

A paixão determina uma empresa sólida muito mais do que uma lista de perguntas em preto e branco. Você pode incentivar e ajudar a orientar a mudança em uma empresa apaixonada com um processo de desenvolvimento interrompido (você descobrirá que, se eles amam o que fazem, estão sempre dispostos a mudar para melhor). No entanto, uma empresa (ou liderança) com falta de paixão, mas o melhor processo do mundo sempre será uma chatice para se trabalhar.

Glassdoor.com é um bom site para pesquisar possíveis empregadores. Ele contém informações sobre como empresas específicas conduzem entrevistas e qual salário você pode esperar para determinadas posições.

Todas as informações são provenientes de membros da comunidade, portanto, pode ser uma amostra pequena.

Apesar disso, parece um ótimo lugar para as pessoas discutirem suas experiências de entrevistas.

Você não mencionou nenhuma pergunta sobre qualidade de vida. Problemas especialmente freqüentes nas empresas de desenvolvimento de software são problemas com agendamento e horário, por isso, pergunto com que frequência as pessoas entram por semana e por quanto tempo elas estão lá. Embora eu tentasse encontrar uma maneira mais sutil de dizê-lo, para não sugerir que eu não quero ir trabalhar.

Peça para encontrar alguém familiarizado com o processo automatizado de implantação de software. Se eles disserem, com certeza, você pode se encontrar com Joe ou Mike, então tudo bem. Se eles são vagos, então você tem sua resposta.

Além das questões técnicas, eu também colocaria algumas questões relacionadas aos negócios. Tal como...

1) Como sua empresa vai apoiar meu emprego?

2) Qual é o modelo de negócios que sua empresa está usando?

etc ..

Dependendo do andamento da entrevista e do grau de relacionamento que você construiu com o entrevistador, acho que é bom perguntar 'Por que não devo trabalhar aqui?' depois que todas as pessoas geralmente não saem devido aos pontos de venda da empresa, elas saem por causa dos pontos negativos, mas se você souber com antecedência quais são elas, poderá avaliar se pode lidar com elas com antecedência.

Alguns abordaram isso, mas não especificamente: peça coisas que você odeia como se gostasse delas. Por exemplo, se você não gosta da idéia de programação emparelhada (para tirar um exemplo de Demian Brecht), pergunte sobre isso.

Finalmente. pergunte sempre: "Qual é a coisa mais frustrante no seu trabalho?"

Tente encontrar algumas contas do Twitter dos funcionários. Se você os mencionar muitas horas extras ou longas horas de trabalho, talvez seja melhor investigar um pouco mais ou até mesmo evitar a empresa.

Eu sempre recomendo tentar descobrir como é uma empresa antes de decidir se trabalha lá. Existem lugares onde você pode encontrá-lo - sites como http://www.whataretheyreallylike.com - onde os funcionários avaliam seus próprios empregadores. Eles não podem contar tudo, mas valem uma chance, não é?

As empresas costumam contratar as recomendadas por seus funcionários. Se você trabalha em rede em sua própria área geográfica participando de campos de código e outras reuniões relacionadas a desenvolvedores, pode descobrir com funcionários de outras empresas como são suas condições no que é muito mais provável que seja uma maneira honesta do que em uma entrevista. Então você sabe a quem se candidatar. E você também tem pessoas que trabalham lá que recomendam você.

Verifique se você está se associando a pessoas de qualidade que estão sob gerenciamento e que reconhecem que são pessoas de qualidade. Eu sei que isso é subjetivo e sua preferência por onde você quer trabalhar. Você terá que determinar o que acha importante. Você pode ter uma longa lista de perguntas, mas provavelmente conseguirá descobrir as pessoas por conta própria. Nós tendemos a ser capazes de cheirar nossa própria espécie.

Eles podem não estar implementando as melhores práticas, mas são capazes de fazê-lo e estão em processo de aprimoramento. Você vai escolher uma empresa que vence o teste Joel em alguns pontos apenas para descobrir que tudo está definido em seu caminho e não deseja melhorar? Eu, pessoalmente, teria um problema com isso. Mesmo uma pontuação perfeita não vai durar para sempre se eles não puderem continuar atraindo pessoas de qualidade.