Quais são alguns dos conceitos-chave para as equipes de desenvolvimento eficazes? [fechadas]

Question

Onde eu trabalho temos recentemente unir o que nós chamamos o Comitê de Padrões de Desenvolvimento, que tem a tarefa de melhorar os nossos procedimentos, processos, metodologias, ferramentas, normas, e tudo o que nós pensamos que nos ajudaria a se tornar uma equipe mais eficaz.

Nós temos uma planilha de itens que já classificado e vai começar a lidar de cima para baixo. Nós temos coisas como o controle melhor fonte (atualmente em SourceSafe), implementar um bug tracker (como Mantis de FogBugz), revisão de código de pares, movimento para .Net 3.5, possivelmente mover para alguma forma de Agile, fazer equipa mais real desenvolvimento em vez de único desenvolvedor por tipo de projeto material, e algumas outras coisas ...

O que você acha que são algumas coisas importantes que podem fazer ou quebrar uma equipe de desenvolvimento? O que devemos adicionar a esta lista?

Algumas informações adicionais: Temos cerca de 12 pessoas em nossa equipe janelas, e cerca de cinquenta em desenvolvimento se você incluir todas as plataformas. Queremos melhorar, tanto quanto possível para todos, mas nós somos nosso maior foco é a equipe do Windows. Todos nós aqui há um par de anos, pelo menos, por isso a maioria de nós se conhecem e trabalham juntos muito bem.

Answer 1

O número de pessoas em sua equipe é realmente muito importante aqui. Há coisas básicas que cada equipe deve implementar (controle de código fonte, rastreamento de bugs, etc), mas há coisas que são diferentes base de don tamanho da equipe. As revisões de código em uma equipe muito pequena, por exemplo, pode ser mais informal.

A mudança para Agile é uma boa idéia, a menos que você está determinado ambiente de desenvolvimento faz com que seja uma má idéia. Além disso, você não vai ser capaz de fazer isso sem o apoio das pessoas que estão usando seu software.

Considere fazer coisas para garantir que a comunicação entre a equipe é mais fácil e com menos obstáculos - fazer todos os seus membros se conhecem muito bem? você pode trabalhar com o outro? Você entender uns aos outros das idiossincrasias? Aprender a trabalhar em equipe é muito mais importante do que quaisquer melhorias aleatórios processo que você pode fazer.

Answer 2

Exigir comentários quando você check-in de código (que é ótimo se você pode amarrar commits volta para o seu bug tracker)

Talvez análise estática de código, como o que está embutido no Visual Studio

Integração Contínua como CruiseControl

Answer 3

As equipes de desenvolvimento realmente precisa de pessoas boas para começar, que funcionam bem juntos, mas isso não é realmente um item para adicionar à lista. Isto, contudo, afectar a minha primeira recomendação, ser pragmático. Se você não está incentivando seus colaboradores a pensar sobre como eles funcionam e pode afastá-los próprios para melhorar, é muito difícil estabelecer um ambiente de desenvolvimento que vai fazer isso por eles.

Mentor e Formação: Se você não pode fazer XP, então pelo menos ligar o seu Juniors com Idosos sempre que puder. Não só você vai compartilhar conhecimento, mas você vai compartilhar o contexto em torno de seus projetos você possui.

Answer 4

Algum tipo de integração contínua e regular, testado trabalhando "libera" fazem maravilhas para qualidade.

Answer 5

como melhor controle de origem (atualmente em SourceSafe)

Se este for Visual SourceSafe - você precisa mudar isso imediatamente. Tente cvs, svn ou mesmo algo pago como Perforce.

Existe algo chamado Rational Unified Process que lida com o problema (e muito mais) .