Qual software você usa para ajudar a planejar o trabalho em equipe e por quê?

O planejamento é muito difícil. Naturalmente, não somos bons em estimar nosso próprio futuro, e muitos preconceitos cognitivos exacerbam o problema. O planejamento do grupo é ainda mais difícil. Informações incompletas, visões inconsistentes de uma situação e problemas de comunicação compõem a dificuldade.

Os métodos ágeis fornecem uma estrutura para organizar o planejamento do grupo - tornando o planejamento visível para todos (histórias de usuários), dividindo-os em pequenos pedaços (sprints) e fornecendo análises retrospectivas para melhorar o planejamento. Mas encontrar boas ferramentas para apoiar essas práticas está se mostrando complicado.

Quais ferramentas de software você usa para atingir esses objetivos? Por que você está usando essa ferramenta? Que sucessos você teve com uma ferramenta específica?

OmniPlan

Ferramenta de planejamento do Mac OS X.

Pivotal Tracker

Útil mesmo se você não estiver desenvolvendo "agile".

FogBugz

Rastreamento de problemas incrivelmente útil e em destaque.

Eu os uso em conjunto. O OmniPlan é ótimo para organizar todas as tarefas que precisam ser concluídas e dividi-las entre sua equipe. Você pode configurar caminhos críticos (coisas que devem acontecer para a conclusão) e detalhar o esforço geral. Também é ótimo visualmente para gerenciamento.

O Pivotal é excelente para manter seu ritmo de desenvolvimento. Se você se inscrever totalmente na metodologia ágil, é excelente, mas ainda é muito útil para rastrear recursos, componentes dependentes e status ativo no momento.

O FogBugz fornece uma interface fácil de usar para não programadores enviarem bugs ou solicitações de recursos e monitorar o progresso. Os problemas que entram são avaliados e registrados no Pivotal. Em seguida, eles são movidos para o OmniPlan se ele se tornar uma tarefa maior com vários componentes.

Usamos o Redmine -> http://www.redmine.org/

Registramos todo o nosso desenvolvedor lá, juntamente com as chamadas de suporte, para que possamos ver quanto tempo temos para alocar em um sprint em nosso último pedaço de desenvolvimento. É útil porque se liga muito bem ao nosso sistema de e-mail e ao nosso Sistema de Controle de Versão (Git no nosso caso, mas funciona com outros).

Fácil de sair da caixa (escrito em Ruby, será executado na maioria dos servidores pequenos) e com alguns complementos bastante poderosos, fáceis de instalar e usar.

Está tudo bem em responder nenhuma ?

Você parece sugerir que ferramentas de software são necessárias para o planejamento ágil bem-sucedido. Eu não concordo Se sua equipe estiver usando o scrum ou XP corretamente ("pelo livro"), você não precisará usar nenhuma ferramenta de software para planejar.

Em muitos casos, adicionar ferramentas de software a um processo ágil é apenas uma maneira de evitar ter que lidar com o problema subjacente real relacionado à falta de comunicação ou confiança. Tais problemas são melhor resolvidos por outros meios.

Minha recomendação é começar sem ferramentas digitais e adicioná-las mais tarde quando você realmente entender por que precisa delas.

(Equipes distribuídas são um caso especial)

Eu usei o Rally e o JIRA com o Greenhopper .

Vou começar com o JIRA. O JIRA é uma excelente ferramenta de rastreamento de bugs. O Greenhopper é um complemento que permite que as equipes comecem a trabalhar com o Agile. Por não ter sido projetada como uma ferramenta ágil desde o início, alguns dos processos parecem estranhos. A ferramenta também consome tempo e é difícil de usar. No entanto, é extremamente personalizável. Em geral, parece uma ferramenta na qual você precisa colocar seus processos ágeis.

O Rally foi projetado desde o início para ser uma ferramenta ágil e mostra isso. Acompanha muito bem os processos ágeis e complementa o processo. Eu usei essa ferramenta em uma organização extremamente ágil e nos permitiu acompanhar dependências entre equipes e projetos complicados que envolvem várias equipes ágeis. A coordenação entre equipes é algo com o qual outras ferramentas enfrentam, mas o Rally fez isso bem. Além disso, o Rally possui uma excelente API baseada em serviços da web. Permitiu que minha equipe escrevesse algum software personalizado usando o Rally como back-end, além de gerar alguns relatórios personalizados.

Usamos o TFS para controle de origem e rastreamento de itens de trabalho (infelizmente), e uso o gerenciador de itens de trabalho da Telerik para me ajudar a registrar planos de sprint e manter a área de trabalho sincronizada. Se você é forçado a usar o TFS, o telerik torna menos doloroso.

Utilizamos um rastreador de problemas chamado FIT (trabalho para essa empresa como contratada terceirizada, por isso foi minha escolha o que usar). Fogbugz foi caro em comparação. Ele tem uma pegada pequena, baseado na Web, barato e faz as coisas usuais. Eu olhei para o Redmine, que é um pacote maravilhoso, mas o gerenciamento não se sentia à vontade com um pacote de código aberto que ainda era de ponta.
Para uma ferramenta como um rastreador de problemas, não queria mantê-la, atualizá-la ou personalizá-la: só queria que ela funcionasse imediatamente e continuasse assim.