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

44

Ouvimos muito sobre cheiros de código, cheiros de teste e até cheiros de projeto, mas eu não ouvi nenhuma discussão sobre o empregador "cheiros" fora do Joel Test . Depois de muita frustração trabalhando para os empregadores com um buquê de odores desagradáveis de cultura corporativa, acredito que é hora de eu buscar 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 ideias adicionais. Suponho que essa lista poderia ser facilmente modificada por um empregador para examinar também um funcionário, mas, por favor, responda do ponto de vista do entrevistado.

Eu acho que seria importante fazer muitas dessas perguntas de várias pessoas para descobrir se respostas consistentes são dadas. Na maior parte do tempo, tentei colocar as perguntas em cada seção na ordem em que poderiam ser feitas. Uma resposta indesejada a uma pergunta inicial muitas vezes dificulta os follow-ups.

Valores

  • O que constitui software "bem escrito"?
  • Quais são os atributos de um bom desenvolvedor? 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ê segue isso?
  • Como você decide quanto processo aplicar a cada projeto?
  • Descreva um ciclo de vida típico do projeto. Pergunte ao seguinte se eles não aparecerem de outra forma:

    • Waterfall / iterative: Quanto tempo é gasto na coleta de requisitos iniciais? design inicial?

Teste

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

Revisão

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

Melhoria

  • Que 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 eu vou fazer nos primeiros seis meses da sua empresa (insinuando que tipo de orientação / treinamento organizado foi pensado, se houver)
  • Quais alterações 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 da sua organização no ano passado e como foi abordado?
  • Que comentários você deu para a gerência ultimamente? Foi implementado? Se não, por quê?
  • Como sua empresa usa "práticas recomendadas"? Como você os busca de fora ou de dentro, e como você os compartilha entre si?

Ética

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

Follow-ups

Gostei do que @ jim-leonardo disse sobre este Stack Overflow question:

Realmente uma coisa a se perguntar: "Essa pessoa parece que está tentando me recrutar e me interessar?" Eu acho que esse é um dos mais importantes. Se eles parecem estar tomando a atitude de que o único entrevistado é você, então eles provavelmente vão tratá-lo mal. Bons entrevistadores entendem que precisam vender a posição tanto quanto o candidato precisa se vender.

@SethP adicionado:

Glassdoor.com é um bom site para pesquisar potenciais empregadores. Contém informações sobre como empresas específicas conduzem entrevistas ...

    
por glenviewjeff 23.05.2017 / 14:40
fonte

17 respostas

14

Observe atentamente o produto que você criará. Eu trabalho para um bom chefe ético, mas eu realmente não gosto da indústria em que estamos. Eu gostaria de ter pensado nisso antes de aceitar a posição. Agora estou tentando fazer a transição, mas a maioria das empresas não entende o nicho o suficiente para avaliar meu trabalho.

    
por 30.05.2011 / 19:16
fonte
13

Não se contente com respostas de uma palavra

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

  • Faça perguntas que são seus critérios mínimos para trabalhar em um lugar, mas envolva-os em uma discussão sobre isso.
  • Peça para sair com / work / par com um programador por uma hora.
  • Peça um passeio em um dia típico.
  • Pergunte qual é o lançamento padrão para produção.
  • Com que frequência eles trabalham nos fins de semana, feriados, madrugadas, etc.
  • Pergunte em quais problemas de processo eles estão trabalhando para corrigir

Cheira

  • Respostas de uma palavra e uma alteração no tópico
  • Muitas noites e fins de semana gastos trabalhando
  • Relacionamento antagônico com Ops ou QA
  • Envolvimento diário do gerente para atribuições e alterações de tarefas
por 01.06.2011 / 00:44
fonte
8

Vou adicionar uma ressalva a isso depois de várias experiências ruins: muitas empresas vão mentir ou enganá-lo sobre suas respostas, especialmente em situações em que você não pode facilmente verificar sem olhar seu código (o que eles nunca deixarão você fazer).

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

O mesmo vale para práticas reais de codificação. Se você perguntar a eles sobre os padrões de codificação, eles podem dizer que eles seguem, digamos, as "convenções normais de Java". Ao aceitar o emprego, você acha que eles usam a notação húngara (eu odeio usar a notação húngara ruim tanto quanto eu, mas é a primeira coisa que aparece em minha mente o tempo todo), me recuso a tocar em qualquer pacote de código aberto fora do Java em si, e, basicamente, escrever código muito mal em comparação com o "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 testes perguntando qual software de teste de unidade eles usam ("O Depurador do Visual Studio" não é um aplicativo de teste de unidade ...) ou se eles não usam controle de versão em tudo, mas você não vai saber se o código é ruim.

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

    
por 31.05.2011 / 15:10
fonte
8

Saiba mais sobre as pessoas que trabalham lá .

Os processos são bons e todos, mas os processos são implementados por e seguidos por (ou ignorados por) pessoas. Se você tem as pessoas certas, pode ajustar os processos conforme necessário.

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

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

e assim por diante.

    
por 31.05.2011 / 18:23
fonte
5

Uma coisa que SEMPRE faço é pedir para ser mostrado nas áreas de trabalho / escritório das empresas (em oposição a salas de reuniões corporativas agradáveis onde você é entrevistado). Isto dá-lhe uma ideia das condições de trabalho, do equipamento utilizado, da demografia dos seus colegas e da vibração geral do local.

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

NWS.

    
por 28.06.2011 / 13:04
fonte
5

Outra coisa que pensei: se você perguntar ao entrevistador do que ele gosta / não gosta do trabalho, lembre-se:

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

Se o entrevistador está todo tonto e dizendo o quão incrível a empresa é e quão grande é o trabalho, tenha cuidado, pois isso poderia significar que o entrevistador é um "Smithers" e é apenas um homem-executivo e um beijador de bunda - muitas pessoas, especialmente aquelas que são complacentes em seu trabalho (leia-se: foram promovidas devido à posse sem habilidade, então não poderiam encontrar trabalho fora desta empresa) tendem a "comprar na linha da empresa" e nunca seriam capazes de veja qualquer problema mesmo se houver problemas. Isso nem sempre é o caso, mas se você receber uma resposta que cheire a alguém embriagado com kool-aid corporativo, você deve investigar mais para ter certeza.

Por outro lado, se o entrevistador começar a invadir a empresa, é uma enorme bandeira vermelha porque, obviamente, eles não estão satisfeitos com seu trabalho e, mais importante, eles não podem trazer essas preocupações para ninguém. a empresa desde que eles têm que desabafar com alguém que não vai delatar neles por não ser feliz; mais uma vez, por experiência própria, vi lugares em que, se os executivos acham que você não está feliz (por razões legítimas ou não), eles o demitem imediatamente, então todos fingem ser felizes o tempo todo porque não podem contar para ninguém que não Não gosto de X sobre o trabalho ou eles serão mostrados na porta.

    
por 28.06.2011 / 15:22
fonte
2

Eu movo as revisões de código para sua própria seção ou como um ponto em melhoria (não está testando). Eu também pergunto quais são os tipos de comentários que eles fazem: eles encorajam a programação em pares (uma imediata NÃO É UMA CHANCE IN HELL de mim normalmente;))? Eles fazem revisões antes de cada commit? Eles fazem revisões trimestrais em grupo (isso também pode ser feito com mentoring)?

Para mim, ao avaliar uma empresa, faço algumas perguntas específicas, principalmente relacionadas ao teste de Joel, mas, em vez de me concentrar nelas ( especialmente com uma empresa menor), em vez disso, concentre-se na pessoa com quem estou falando e sua paixão e motivação. Mesmo em grandes empresas, muitas vezes, você encontrará características pessoais e profissionais semelhantes em toda a base de funcionários. Então, 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 pessoa também não será. Para mim, a paixão é muito mais fácil para 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 foi absolutamente contagiante, então eu sei que é possível:)).

Passion determina uma empresa sólida muito mais do que uma lista de perguntas em preto e branco. Você pode encorajar e ajudar a orientar a mudança em uma empresa apaixonada com um processo de desenvolvimento desfeito (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 no mundo sempre será um empecilho para se trabalhar ..

    
por 31.05.2011 / 08:23
fonte
2

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

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

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

    
por 31.05.2011 / 20:40
fonte
2

Você não mencionou nenhuma pergunta sobre qualidade de vida. Questões especialmente freqüentes em empresas de desenvolvimento de software são problemas com agendamento e horas, então eu perguntaria sobre quantas vezes as pessoas vêm em cada semana e quanto tempo eles estão lá. Embora eu tente encontrar uma maneira mais sutil de dizê-lo, de modo a não implicar que eu não quero ir trabalhar.

    
por 04.06.2011 / 15:01
fonte
1

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

    
por 31.05.2011 / 18:26
fonte
1

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

1) Como o seu negócio vai apoiar o meu emprego?

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

etc.

    
por 28.06.2011 / 15:11
fonte
1

Dependendo de como a entrevista está indo, e quanto de rapport você construiu com seu entrevistador, eu acho que é bom perguntar 'Por que eu não deveria trabalhar aqui?' afinal, 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, então poderá avaliar se pode lidar com elas antecipadamente.

    
por 04.10.2011 / 20:51
fonte
1

Alguns mencionaram isso, mas não especificamente: peça por coisas que você odeia como se você gostasse delas. Por exemplo, se você não gostar da ideia de programação emparelhada (para usar um exemplo de Demian Brecht), pergunte sobre isso.

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

    
por 04.10.2011 / 21:18
fonte
1

Tente encontrar algumas das contas do Twitter dos funcionários. Se você vê-los mencionando horas extras ou longas horas de trabalho, pode ser sábio investigar um pouco mais ou até mesmo evitar a empresa.

    
por 05.10.2011 / 13:00
fonte
1

Eu sempre recomendo tentar descobrir como é uma empresa antes de decidir se vai trabalhar lá. Há lugares onde você pode encontrá-lo - sites como link - onde os funcionários analisam seus próprios empregadores. Eles não podem te contar tudo, mas eles valem uma chance, né?

    
por 19.10.2011 / 15:11
fonte
0

As empresas costumam contratar as recomendadas por seus funcionários. Se você faz networking em sua própria área geográfica participando de campos de código e outras reuniões relacionadas a desenvolvedores, você pode descobrir de funcionários de outras empresas quais são as condições deles no que é mais provável que seja uma moda honesta do que em uma entrevista. Então você sabe para quem se candidatar. E você também tem pessoas que trabalham lá que vão te recomendar.

    
por 19.10.2011 / 16:17
fonte
0

Certifique-se de estar se associando a pessoas de qualidade que estejam sob gerenciamento e que reconheçam que são pessoas de qualidade. Eu sei que é subjetivo e por isso é a sua preferência para 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 sentir nosso próprio tipo.

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 vença no Teste de Joel por alguns pontos, apenas para descobrir que eles estão preparados e não desejam melhorar? Eu pessoalmente teria um problema com isso. Mesmo uma pontuação perfeita não durará para sempre se não conseguir atrair pessoas de qualidade.

    
por 19.10.2011 / 17:08
fonte