Equipes de desenvolvimento - Alguém pode prejudicar a Apple? [fechadas]

... Uma das características mais importantes que um novo funcionário deve ter é a compatibilidade com o espírito das pessoas que já trabalham lá.
{...}
Estou convencido de que obter informações sobre a personalidade real do desenvolvedor é tão importante quanto verificar a competência profissional, porque um ajuste inadequado pode destruir uma equipe inteira.

da contratação de desenvolvedores - você está fazendo errado

Isso é verdade? E, se assim for, também é verdade para os gerentes?

Mais do que você imagina.

Pense nisso: se você tem que lutar com alguém todos os dias, fica cansativo. Quando isso acontece, apenas algumas opções estão disponíveis para você:

• Desista e deixe o mal encaixar fazer o que quer o tempo todo, mesmo que isso destrua o projeto.
• Deixe a equipe / empresa para evitar o mau ajuste.
• Dispare o que está mal e contrate alguém com quem você possa trabalhar.

A discussão contínua desmoraliza a equipe e ter que justificar cada pequeno ponto pedante suga a produtividade real. Essa pessoa é assim com todo mundo, então você pode ver a taxa de atrito da sua equipe aumentar enquanto o irritante ainda está lá. Fica complicado para os gerentes, porque você não tem autoridade para demiti-los.

Em uma situação ideal, se alguém estiver agindo, sente-se com ele e diga-lhe de maneira agradável mas firme que suas ações são destrutivas. Explique como você gostaria que o comportamento deles mudasse para ajudar a equipe a se dar bem. Se eles recebem bem, ótimo. Caso contrário, recorra a uma das três opções acima, pois ela piorará. Uma coisa é certa, a menos que você chame a atenção deles, não há chance de mudança.

Claro que é verdade. O ajuste é mais importante que a maioria das coisas. Por exemplo, se você tem uma equipe que trabalha em estreita colaboração e contrata um lobo solitário, pode esperar argumentos, códigos que não se encaixam no design e fazem as coisas de uma maneira que os outros não gostam e nenhuma intenção de consertar. , falta de vontade de ajudar os outros quando precisam, recusa em comprometer coisas com o controle de origem, reescrever o código sem um bom motivo, exceto que ele não queria dessa maneira etc.

Se você tem um grupo de pessoas amigáveis ​​que saem juntas e você contrata alguém que quer trabalhar em total silêncio, você terá atrito. Você também pode ter assédio à pessoa que não se encaixa.

Se você tem um grupo de pessoas que deseja liberdade para fazer as coisas da maneira que deseja e você contrata uma pessoa orientada para o processo, haverá discussões contínuas, especialmente se a pessoa orientada para o processo for a líder.

Se você contratar alguém cuja experiência e experiência os tornem mais iniciantes em uma equipe em que todos devem ser mais graduados, você ficará aborrecido, pois ninguém quer orientar o sujeito ou ajudá-lo a aprender conforme espera que ele possa fazer. sem ajuda.

Se você contratar alguém que espera privilégios especiais que os outros funcionários não têm - você pode esperar uma guerra constante. O sentimento é "se Sally é tão boa que ela começa a trabalhar em casa quando eu não, então por que devo ajudá-la?" Há ressentimento quando alguém entra em uma equipe esperando coisas (e conseguindo) que os outros não conseguem, especialmente quando ainda não realizaram nada. Ou há ressentimento do lado do novo funcionário, se ele espera algo e não o recebe quando todo mundo está bem com o jeito que está. Então o funcionário infeliz desperdiçará o tempo de todo mundo reclamando e se arrastando como se estivesse sendo torturado porque precisa chegar antes das 13h.

Eu diria que sim, é verdade nos dois casos, embora haja alguns links que podem ser de interesse sobre grupos:

• A maçã má: veneno de grupo por Jeff Atwood
• Tom Wujec: Construa uma torre, monte uma equipe de Tom Wujec sobre o Marshmallow Challenge

Pensando um pouco, o Gallup Q12 tem algumas perguntas interessantes para medir o envolvimento dos funcionários, se alguém estiver interessado nessa direção. Tudo isso não é específico para desenvolvedores, portanto, talvez haja algumas coisas exclusivas sobre desenvolvedores que possam tornar isso questionável.

Eu não me importaria tanto com a "personalidade real" deles. Seu código não depende de quais são seus hobbies, por exemplo, se você é uma pessoa romântica ou muito pé no chão. O que é crucial é que as pessoas exibam flexibilidade e adaptabilidade na vida comercial . A vida pessoal deles é muito menos relevante. Meu colega de trabalho pode ser uma pessoa chata, desde que ele faça um bom trabalho e eu possa colaborar com ele facilmente. Eu trabalhei com várias pessoas, que tinham personalidades variadas, e simplesmente aprendi a aceitá-las tanto quanto elas aprenderam a me aceitar. É um trabalho, não um casamento.

Não são apenas os programadores que são afetados por isso. Um bom conselho que ouvi foi: "Não há boas contratações, apenas boas demissões".

Raramente alguém terá habilidades suficientes para superar a interrupção de uma equipe forte e produtiva.

Os membros de equipes com desempenho insatisfatório devem ser substituídos antes de infectarem o novo contratado.