Como lidar com questões par programação? [fechadas]

Question

Alguns membros da equipe estão tendo problemas de programação em conjunto. sexo diferente, cultura diferente, idade diferente. Como lidar com esses problemas? - Não emparelhá-los juntos, ou - Par-los juntos e deixá-los chegar a um "meio de ouro"

Answer 1

programação

Par é baseado na idéia de que a interação de dois programadores agrega valor. Se isso não é verdade, alterar os pares ... deixá-los escolher. A programação deve ser divertido!

Answer 2

Como sobre a rotação dos pares a cada semana ou a cada Sprint para que se houver problemas entre um par de pares de eles não se sentem como ele tem que ser assim para sempre. Eu acho que se há um determinado período de tempo que você tem que trabalhar com alguém que você não se dá bem com ela torna mais fácil "suck it up" e espero que você não vai perder nenhum grande povo dessa forma.

Se após algumas rotações você notar um indivíduo específico que ninguém está gostando pode ser apropriado para se concentrar em ajustar a maneira que interage individuais com a equipe ou se continua perpetuamente removê-los da equipe todos juntos.

Answer 3

reavaliar suas práticas de contratação e certificar-se de que você seleciona para funcionários orientada equipe.

Na falta deste, balas respiração.

-Adam

Answer 4

O que exatamente eles estão tendo problemas com? Será que eles não se dão bem, não entender um ao outro? Eles estão em diferentes níveis de experiência de programação?

Pode ajudar se você tem um membro da equipe que pode atuar como um "mediador" das sortes. Alguém que é feito com sucesso par-programação no passado e pode ajudar os dois através de seus primeiros momentos juntos.

Answer 5

O primeiro passo para a resolução de conflitos é reconhecer que as pessoas são diferentes. Mesmo a paciência do programador educado mais leve pode ser julgado em programação em pares, ele pode ser muito estressante. Algumas pessoas se retirar quando são confrontados por conflitos, outros ficar agressivo.

A melhor maneira de abordar a programação em pares, na minha experiência, é ter uma discussão detalhada sobre o que é que você quer realizar para a sessão, antes de colocar as mãos em código. Isto irá colocar ambas as mentes na mesma pista. Quando você discordar sobre algo, codificação stop, discuti-lo longe do computador, tentar encontrar um terreno comum e mais importante não descartar quaisquer ideias seu parceiro possa ter. Faça pausas; não trabalho para 2 horas seguidas, tentar levantar-se ou ir para uma pausa a cada 45 minutos mais ou menos.

Answer 6

Discussão sobre o emparelhamento problemas como um grupo, e certifique-se o grupo está ciente das diferentes pares que não estão funcionando. Dessa forma, o grupo pode ajudar a garantir que seus pares não estão evitando o outro. Se você manter um par disfuncional separado, eles estarão sempre disfuncional.

Obter o par de linhas abertas de comunicação; tentar obter ambos os lados para fazer coisas novas. Supondo que ambas as pessoas estão realmente bons desenvolvedores, ambos têm muito a aprender uns com os outros. Tente alterar a sua atitude de professor para aluno.

Answer 7

Eu tinha pergunta segundo muloh -? Que tipo de coisa que eles estão tendo problemas com

Na minha experiência, esses problemas são muitas vezes (mas nem sempre) um sinal de subjacentes problemas com a estrutura da equipe / habilidades / relações que precisam ser abordadas se você quiser tirar o melhor proveito de todos os envolvidos.

é Maria não ficar junto com Fred, porque Fred não sabe o suficiente sobre como sane trabalho folk com bancos de dados? É Fred não ficar junto com Jo Jo porque não banhar-se tão regularmente como deveriam? É Jo não ficar junto com Maria, porque Maria é um SOB rude? Se assim você pode quase garantir que Fred, Jo & Mary também são irritantes o resto da equipe de maneira semelhante.

Apenas coz um ou dois povos empurrar o problema o suficiente para emparelhamento evitar não significa que os problemas vai embora. Pode muito bem ser irritante outros povos também - eles podem ter formas alternativas de enfrentamento. Como a procura de emprego alternativo, por exemplo: -)

Se a equipe não funciona bem em conjunto, não é uma equipe.

A título de curiosidade - por quanto tempo são as suas sessões de emparelhamento e quantas vezes você mudar pares? Acho que às vezes é mais fácil lidar com esse tipo de coisa se popular estão mudando pares em uma base regular - uma vez ou duas vezes por dia. Dessa forma, todo mundo começa a compartilhar os prós e contras relativos de todos na equipe -. O que pode ajudar a focar todos em resolver alguns dos contras

Answer 8

Outra abordagem é mudar continuamente seus pares dentro do scrum. Tem um temporizador que pode ser definido para 1/2/3 horas. Quando o sino toca, girar seus pares. Isto tem alguns efeitos:

• Duas pessoas não recebem o emparelhamento preso juntos por um longo tempo
• Seus desenvolvedores vão começar a girar através de suas histórias atuais, se familiarizar com cada um e diferentes áreas do código
• Se um dos seus dev de cheiros, você só tem que passar por um curto período de fedor!

Answer 9

O emparelhamento é uma prática fundamental para uma equipe ágil. Para começar, é melhor para identificar os desenvolvedores que estão dispostos e capazes de trabalhar de forma eficaz em pares. Uma empresa que eu estou ciente de faz extrema entrevista. Ou seja, eles vão entrevistar candidatos em pares, dando-lhes um problema para resolver. Eles estão interessados ??se os desenvolvedores são capacidade de resolver o problema, mas estão interessados ??em suas habilidades de colaboração. Somente aqueles que podem trabalhar bem com os outros são considerados.

Não é uma exigência de que todos os pares gostam um do outro. O que é importante é que eles são eficazes. Dado que os pares giram frequentemente (para cada cartão, ou mais frequentemente), a personalidade é menos de um problema. Se alguém não está do outro lado pares, e depois de ser treinada ainda é um problema, ele ou ela deve ser convidado a deixar a equipe.