Melhor maneira de fortalecer o trabalho em equipe entre os departamentos de desenvolvimento e QA?

StackOverflow https://stackoverflow.com/questions/99442

  •  01-07-2019
  •  | 
  •  

Pergunta

Eu trabalho como o administrador do sistema, tanto para o desenvolvimento e departamentos de controle de qualidade de uma empresa de desenvolvimento de software. Eu apoio duas equipes igualmente. Recentemente, fui convidado para algumas ideias sobre como melhorar a comunicação inter-equipe.

Em primeiro lugar, quais são algumas maneiras de melhorar a relação entre a equipe de desenvolvimento e QA, do ponto de vista do desenvolvedor?

Em segundo lugar, quais são algumas coisas que você procura de um administrador do sistema, tanto quanto interação? Deixar você sozinho? O email? EU ESTOU? office-tempo pessoal? Como posso melhorar meu relacionamento com desenvolvedores?

Foi útil?

Solução

A gestão adequada é um bom começo. Eu diria apenas ficando os dois grupos para ter sucesso ou falhar em conjunto é o mais importante. Você quer que os dois para ter alguma competição amigável (um tenta encontrar bugs, enquanto o outro tenta impedir que isso aconteça), mas no final, eles precisam ser considerados parte da mesma equipe. almoços de equipe e outras atividades são sempre uma boa idéia.

Outras dicas

Co-localizar e tratá-los como uma equipe multifuncional. Se QAs quer escrever código (como testes de aceitação) deixá-los. Se os desenvolvedores querem QA alguma outra parte do sistema (não codificar eles trabalharam em). Deixe-os e têm ambos os grupos (se você quiser vê-los como entidades separadas) trabalham juntos resolver o problema.

Envolver as pessoas QA o mais cedo possível. Se você estiver fazendo ágil, eles são uma parte da equipe. Mesmo se você não são eles ainda podem oferecer informações valiosas sobre como o código pode ser feito melhor, tornando-a mais testável e, assim, evitar problemas ainda mais para baixo da linha.

O QA e desenvolvimento equipes no meu local de trabalho se dão muito bem porque nós sentar-se geograficamente próximos uns aos outros. Isso elimina o laço de "defeito-send aberto para perto defeito dev-dev" que parece favorecer aborrecimento passivo-agressivo. comunicação clara e aberta entre os dois grupos e expectativas claras são sempre esperados. Fora isso, os exercícios de Team Building standard são um bom começo. Temos almoços departamentais, piqueniques, jogos do gramado nos meses mais quentes, etc.

Tanto quanto o estilo de administração, falar com seus funcionários e ver o que funciona para eles. Alguns gostam de ser deixada sozinha com atualizações esporádicas, outros como feedback constante. Você deve fazer o que é confortável para o seu desenvolvedor e você.

Depende do tamanho da sua organização, mas parada pensar neles como dois grupos separados . Se você é o único sysadmin, eu estou supondo que a sua organização não é enorme.

Integrar-los fisicamente. Não tem dev em uma área e QA em outro. Tê-los compartilhar escritórios / cubos ao lado do outro.

Como tirar as pessoas para almoçar? Levá-los juntos. Agarrando uma cerveja? Fazê-lo com pessoas de ambos os grupos.

Fora de atividades contexto de trabalho como desporto ou restaurante comer na hora do almoço.

Levar as pessoas a conhecer melhor uns aos outros em outras coisas do que o trabalho ajuda a construir a confiança e as ligações entre dois grupos.

Eu acho que seria muito benéfico para envolver a desenvolvedores em ajudar a desenvolver (ou usar aqueles de ajuda que já são desenvolvidos) ferramentas para testes automatizados - dessa forma todo o processo de controle de qualidade será melhorada e os desenvolvedores terão uma melhor percepção em testes e também ambas as equipas vão comunicar mais fazê-lo. Eu penso como um desenvolvedor que seria divertido para trabalhar em tal projeto a.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top