código cowboy na equipe

Como você lida com um membro da equipe que é mais experiente em você e sempre pula nos projetos de outras pessoas e os conclui durante a noite ou no fim de semana? Ela parece trabalhar 80 horas por semana, se há uma emergência ou não, e é um pouco difícil prever qual parte da sua lista de tarefas ela irá atacar a seguir. Às vezes, os dias de trabalho são desperdiçados, porque na segunda-feira de manhã você encontra um check-in que conclui o projeto em que passou a maior parte da semana anterior trabalhando.

Para as pessoas que perguntam sobre a qualidade: Geralmente é muito bom, mas: também há muita refatoração do código envolvido, incluindo o código 'de propriedade' de outros membros da equipe, sem considerar a cobertura do teste, com os resultados óbvios.

Provavelmente isso é parcialmente uma questão de transparência; ela provavelmente não está tentando perder seu tempo. Eu conversaria com a gerência sobre como tornar mais claras as tarefas nas quais as pessoas estão trabalhando, para que ela possa perceber com mais facilidade que alguém já investiu tempo nessa tarefa e possa ver quais tarefas não são reivindicadas, concentrando seus esforços nelas.

Eu não a confrontaria diretamente sobre isso. Gostaria de conversar com seu gerente, para que algum processo possa ser implementado. Embora a questão seja provavelmente mais visível para ela, aposto que existem outros colegas de equipe que estão fazendo a mesma coisa (iniciando acidentalmente em projetos em que alguém já está trabalhando) em menor escala. Acho que seu gerente está na melhor posição para orientar esse novo processo, embora você provavelmente deva dar algumas idéias para ele trabalhar. Se trabalhar com seu gerente não funcionar, você deve falar diretamente com ele - mas eu começaria com o gerente.

Nossa equipe lidou com esse problema colocando notas adesivas com todo o trabalho que precisava ser feito em um quadro branco. Cada membro da equipe tinha um rótulo com seu nome e movia o lembrete que estava trabalhando para a coluna "em andamento" e o rotulava com seu nome. Se outra pessoa quisesse ajudar nessa tarefa, esperava-se que discutisse e negociasse com a pessoa que a reivindicou. Um sistema semelhante pode ajudar muito com seus problemas.

Assumindo que ela é realmente eficiente, e "idiota de todos os negócios" ...

Abrace seu estilo. Solte- a. E - isole-a.

Além disso...

Seja explícito com as responsabilidades que confia.
Certifique-se de que sua equipe aprenda com ela (por exemplo, a programação de pares funciona muito bem).
Não faça o "all-in" - teste-a e certifique-se de ter um plano de backup se as coisas piorarem.

A pior coisa que você pode fazer é estragar a motivação dela.

Estou contando isso por experiência própria. Talvez eu não seja tão eficiente quanto gostaria, mas certamente posso ir da interface do usuário à persistência e certamente pratico a codificação de cowboys (que certamente é uma faca de dois gumes).

Eu fui jogado sozinho em um projeto sem esperança (eu tornei as coisas ainda mais divertidas - propuseram reescrever tudo e consegui aceitar isso), as coisas indo bem e eu adoro isso. Não há ninguém para culpar por erros, a não ser eu mesmo. Não há ninguém a reclamar quando eu espontaneamente decido refatorar um pouco de tudo.

Na verdade - essa liberdade é como a única coisa por que ainda estou trabalhando aqui.

Eu acho que existem problemas piores. Embora o trabalho que você (ou outros de sua equipe) deva importar, e parece que os resultados do trabalho dela eliminem efetivamente uma contribuição que uma pessoa fez para a equipe.

Meu palpite é que ela não percebe o efeito que está tendo no time; as contribuições que ela está fazendo provavelmente a fazem se sentir valiosa para a equipe.

A solução (IMHO): confrontá-la diretamente. É claro, seja diplomático e aprecie as contribuições e sacrifícios que ela faz (80 horas é uma semana de trabalho loucura e não poderia acontecer sem um sacrifício ultrajante em sua vida pessoal).

Mas é responsabilidade dela se comportar de uma maneira que não afaste seus colegas de trabalho - juniores ou não. E todos na equipe merecem sentir que seus esforços são significativos - afinal, por que alguém iria querer trabalhar todos os dias se a presença deles não fazia sentido?

Considere dar-lhe muito mais trabalho, para que ela não precise procurar o seu!

É possível que ela esteja "pulando e terminando" porque o resto da equipe está se movendo muito devagar ou porque o chefe pediu a ela?

Quanto disso é irritante por ser ignorado e quanto é simplesmente "mostrado" por um codificador mais prolífico (não necessariamente melhor)?

Ela sabe que outras pessoas acham isso irritante? Eu sugeriria abordá-lo com tato, dizendo que você preferiria terminar seus projetos. Se isso não funcionar, ou você não se sentir à vontade para falar com alguém mais experiente, é um caso de gerenciamento. Se você não está concluindo os projetos porque ela é, pode parecer que você está relaxando se o gerente não souber a situação.

Além disso, como outros já disseram, veja como ela trabalha para melhorar a si mesmo. Veja os check-in dela para ver como ela resolveu seu problema - talvez tenha sido uma solução inteligente que você não teria pensado em si mesmo. Lembre-se de que os desenvolvedores seniores conhecem a base de código muito mais intimamente do que você. Coisas que parecem triviais para eles podem ser difíceis para os desenvolvedores mais novos descobrirem.

Como você lida com um membro da equipe que é mais experiente em você e sempre pula nos projetos de outras pessoas e os conclui durante a noite ou no fim de semana?

Trabalha mais rápido?

Ela parece trabalhar 80 horas por semana, se há uma emergência ou não, e é um pouco difícil prever qual parte da sua lista de tarefas ela irá atacar a seguir.

Por definição, se estiver na sua lista de tarefas - não está pronto. Se ela concluir, riscá-lo da sua lista de tarefas.

Às vezes, os dias de trabalho são desperdiçados, porque na segunda-feira de manhã você encontra um check-in que conclui o projeto em que passou a maior parte da semana anterior trabalhando.

Isso normalmente é chamado de trabalho em equipe - a menos que você não goste da direção que ela tomou, qual é o problema?

Para as pessoas que perguntam sobre a qualidade: Geralmente é muito bom, mas: também há muita refatoração do código envolvido, incluindo o código 'de propriedade' de outros membros da equipe, sem considerar a cobertura do teste, com os resultados óbvios.

"Propriedade" e código não combinam. Se você estiver com problemas para acompanhar, peça que ela explique. Peça a ela para orientá-lo, pois parece que ela é bastante produtiva. Alavancar o relacionamento e trabalhar juntos.

Quanto à cobertura do teste, se esse é um padrão em sua organização, traga-o ao líder / gerente. O trabalho rápido, mas de má qualidade, não serve para ninguém. No entanto, se ela é 10x mais produtiva que você - você pode acabar fazendo o trabalho pesado de limpar a casa dela. Se for esse o caso, invista ainda mais em um relacionamento com ela.

• Aprenda com ela e tente melhorar sua velocidade de trabalho.
• Pode haver uma possibilidade de que seu trabalho esteja atrasado.
• Pode haver mais coisas acontecendo nos bastidores ou acima do seu conhecimento, com base na expectativa da gerência por ela ser sênior.
• Você pode pensar que ela pode não ter nada melhor para fazer. Muitas vezes isso é improvável.
• Você pode não estar ciente de emergência.
• Pode ser uma dica para o seu desempenho, seja pela gerência ou pelo sênior.

De qualquer maneira, é melhor você começar a se avaliar primeiro. Como seus esforços para "lidar" com ela podem não funcionar bem com a gerência.

Ela claramente obtém sua gratificação por resolver problemas e ser a heroína - o que é bom, mas você precisa (bem, o líder da equipe dela, mas nesse meio tempo) encontrar uma maneira de aproveitar isso.

As principais coisas saltam para mim:

• Ela tem talento para fazer o trabalho mais rapidamente do que os outros (você não implicava que o código dela era ruim)

Então aproveite. Em seu próximo projeto, ofereça a ela algum trabalho a fazer. Dessa forma, você sabe o que ela planeja fazer. Se a satisfação dela vier da solução de problemas, é provável que ela fique tão feliz se você oferecer a ela como se ela o fizesse em segundo plano.

Talvez vá um pouco melhor, formalize-o, como uma equipe que trabalha para quem quer fazer algo extra - dessa maneira o elemento de roubar desaparece e todos ganham.

Comece a equipe fazendo a programação em pares.

Primeiro, a programação em pares é cansativa, especialmente para desenvolvedores introvertidos que gostam de trabalhar o fim de semana por conta própria. Seus fins de semana se tornarão valiosos para relaxar, como deveriam ser.

Em segundo lugar, ela estará transmitindo conhecimento (desde que mais desenvolvedores iniciantes estejam dirigindo) e assim expandindo suas habilidades surpreendentes para o resto da equipe.

Em terceiro lugar, ela reduzirá o enorme risco que atualmente está trazendo em seu nome, para que mais de um membro da equipe saiba o que sabe.

Quarto, ela - e o restante da equipe - terá uma idéia melhor do que está sendo trabalhado. Se você pode combinar isso com a conclusão de todos os recursos em equipe, haverá menos trabalho em andamento e menos chances de duplicação do trabalho antes do check-in.

Quinto, ela aprenderá a jogar como parte de um time . É perfeitamente possível que a desmotivação que ela causa, juntamente com a duplicação do trabalho de outros membros da equipe, esteja custando mais do que ela está produzindo. Produtividade! = Eficácia.

Sexto, a qualidade do código geralmente aumenta quando os desenvolvedores emparelham. Um bom efeito colateral.

Ela sabe o trabalho que as pessoas estão fazendo e seu progresso? A gerência poderia orientá-la para que ela não estivesse duplicando o trabalho de outras pessoas? Eu ficaria tentado a sugerir uma conversa 1: 1 antes de contratar a gerência, pois talvez ela seja apenas uma viciada em trabalho que poderia usar a direção de saber o que as coisas poderiam ser importantes que outras pessoas não estão fazendo e que poderiam ser bastante úteis para ela. Faz.

Quanto ao seu trabalho ser desperdiçado, olhe para ele de outras perspectivas. O que você aprendeu com o que fez? Que partes você não fez e como ela as fez? Só porque alguém pode ter o crédito por fazer algo, não pense que todo o sangue, suor e lágrimas são por nada.

O cowboy parece entusiasmado. Eu abordaria a gerência para que eles pudessem lhe dar muito trabalho e deixar vocês fazerem suas próprias coisas. No entanto, talvez você possa aprender uma coisa ou duas com o cowboy. Não estou dizendo que 80 horas semanais de trabalho devem ser a norma (obviamente, isso é um exagero), mas dedicar horas extras ao trabalho é bastante normal em um ambiente corporativo amplo.