Que suporte Problema trackers sub-bilhetes, e quão bem eles trabalham para fazer a ponte entre gestores e desenvolvedores de projetos? [fechadas]

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

  •  02-07-2019
  •  | 
  •  

Pergunta

Há uma característica que eu gostaria de ver no software de rastreamento de questão que simplesmente não parece ser tão comum, e que é a capacidade de se dividir um bilhete (bug, pedido de recurso, etc) em sub-tarefas e visualizá-los de uma forma hierárquica, talvez com algum tipo de progresso relatório estilo bar do progresso em um bilhete particular e seus bilhetes criança.

Meu pensamento é que isso seria útil para desenvolvedores e gerentes de projeto: gestores de projecto gostaria de ter uma perspectiva bastante ampla visão geral do que está acontecendo, enquanto que os desenvolvedores precisam para detalhar os detalhes, e muitas vezes necessidade de dividir uma tarefa em sub-tarefas. Esta seria também vir a calhar se alguém colocou duas questões em um bilhete.

Alguém sabe de um issue tracker que faz isso? Até agora, os que eu olhei (Trac, FogzBugz e Basecamp), todos têm uma organização plana de bilhetes, por isso eles estão ou úteis para os desenvolvedores ou para os gerentes de projeto, mas não para ambos. Assembla não permite uma passagem para ter bilhetes criança (e vários bilhetes de pais), mas ele não faz um bom trabalho de usabilidade sobre este recurso específico.

Se houver tal um issue tracker, alguém usou para desenvolvedores e gerentes de projeto, e em caso afirmativo, quanto sucesso você teve com ele? Como alternativa, há uma abordagem melhor que pode ser usado por ambas as categorias de usuários?

( Update: Esta é não a subjetiva "o que é o seu favorito software de rastreamento de bugs" pergunta que eu estou perguntando sobre os seguidores de bugs com um recurso específico para uma finalidade específica. , então por favor não postar seu rastreador favorito bug se ele não faz o que eu pedi. O único elemento sem dúvida subjetiva é como ele funciona bem para esta finalidade particular.)

Foi útil?

Solução

Você quer a versão 7 do Fogbugz. Este suporte multi-níveis de hierarquia e mostra-lo em uma treeview .

Outras dicas

JIRA tem a capacidade de quebrar as tarefas em sub-tarefas arbitrárias, como você está depois. Também é super-brilhante, de modo projeto-gerente-tipos devem gostar.

Há uma longa discussão sobre os seguidores de bugs aqui .

Eu gosto de Mantis, eu mesmo.

Mantis tem relações entre questões, como pais, filhos, relacionado etc.

Não exatamente uma exibição em árvore, mas mostra as questões relacionadas / pai / filho ina lista quando você estiver vendo um problema.

Após ter tentado trac e Mantis, seu meu fav pessoal

Bem, nós usamos TestTrack há anos, que suporta vinculação hierárquica entre itens . É de gerenciamento de projeto de interface do usuário não é nada que escrever, no entanto.

parece como se você está procurando algo mais como @Task , onde você cria um plano de projeto usando um sistema semelhante ao Microsoft Project, com tarefas futuras dependendo tarefas anteriores, etc. a interface é muito escorregadio, mas quando você chegar ao bug tracker você está muito bem de volta modo "planilha glorificado" - eu não ficar com a impressão este foi realmente concebido por ou para programadores. Ainda assim, pode valer a pena um olhar se você estiver realmente sério sobre a necessidade desta.

IMHO, o problema com a adição de uma hierarquia para o seu sistema de rastreamento é que as questões não têm naturalmente uma hierarquia quando eles são adicionados; alguém em QA encontra uma regressão, ou um usuário chama do campo, e um problema é criado. Até pelo menos alguns pesquisa é feita sobre a causa raiz do problema, o problema é stand-alone, e as chances são, vai ser stand-alone até que seja corrigido menos é identificado como dependente de algum projeto maior ... para o qual há provavelmente já algum tipo de sistema de gerenciamento de projeto no lugar.

subtasks

Redmine e suporte chilliproject sem qualquer plugins extra.

Com base em uma das outras respostas que eu tive uma olhada Jira , que vai parte do caminho para fazer o que eu estou procurando e parece funcionar razoavelmente bem, embora não é tão liso quanto eu esperava. No entanto, ele só permite sub-tarefas nas versões Professional e Enterprise; esse recurso é desativado por padrão; e você só tem um único nível de sub-tarefas. Os relatórios padrão também tarefas de nível top lista, bem como sub-tarefas juntos em uma visão plana, de modo que você tem que criar especificamente um relatório personalizado, se você quiser ver apenas os de nível superior.

Outra característica que eu pretendo investigar quando eu tiver uma chance é Mantis, que aparentemente tem uma funcionalidade semelhante. Vou atualizar aqui uma vez eu tentei-lo.

Rally suporta ambos os pontos de vista dev e gerenciamento de projetos

http://www.rallydev.com/

FogBugz é o issue tracker feita pela companhia de Joel Spolsky FogCreek. Não é gratuito, mas há uma versão hospedada que é bastante agradável. De minha própria experiência pessoal que tem algumas características excelentes e é fácil de usar. Certamente parece mais agradável e tem uma melhor usabilidade do que mantis ou bugzilla, mas não é aberto, e faz algumas desvantagens para uma interface mais simples.

Tele-Support HelpDesk tem um muito bom e fácil de usar sistema de acompanhamento de bugs que também tem a benefício de expô-la ao departamento de suporte aos clientes ligação com as questões e, em seguida, notificar os clientes quando as questões são completos. Eu vivo em-lo diariamente, e de ter encontrado o fluxo de trabalho a ser extremamente produtivo. Gestão sempre sabe o que está atualmente em andamento, o que foi apenas fixas, e quais as questões que são quentes (e até mesmo quanto tempo algo deve tomar para ficar fixo).

Ele tem um sistema muito bom prioridade personalizável. Cada edição pode ter uma categoria e produto que lhe é atribuído e em um clique de botão será organizada a essa lista. Há uma opção de filtro rápido, ea capacidade de fazer a filtragem ainda melhor. Com o tempo estimado para a conclusão lo auto calcs conclusão total da mosca com base no que é atualmente visível na lista.

nosso fluxo de trabalho típico: Erros são inseridos no sistema pela equipe de suporte / QA equipe. comentários de gerenciamento da lista de "novos" bugs e define a prioridade que eles querem-los feito em. aparência pessoal de desenvolvimento na lista de prioridades e define os níveis de esforço estimado. Gestão de revisões e ajustes prioridade. Desenvolvimento completa questões. verifica QA concluída problemas e notifica cliente após a publicação atualização bem-sucedida.

Em todas as fases, qualquer um na equipe pode olhar a lista e ver o que o estado atual é, e até mesmo adicionar notas ou anexar um outro cliente para o problema. Há campos para versão de lançamento, que usamos com um filtro personalizado / relatório de auto gerar nossas notas de lançamento. (Tela de abertura questão conhecido: que é a parte de acompanhamento de bugs do produto) .

TUTOS.

Ele ainda faz atividades de gerenciamento de projetos no topo.

Workflow, Wiki, é muito bom.

www.tutos.org

Eu usei Mantis em muitas organizações e ao particular por causa da característica sub-tema, que é um dos meus pontos-chave que eu procuro em uma questão-tracker. Eles têm exportação Freemind em Mantis agora, mas eu tenho certeza que eu tenho visto diagramas pai-filho tirada em um local, talvez porque eles instalaram JpGraph.

Eu também estou usando o único usuário livre instalação de sistema OnTime de Axosoft que tem sub muito flexível entrada -Emissão embora a interface é um pouco desajeitado - você tem que procurar problemas em vez de ser capaz de especificar um determinado número de emissão diretamente como o destino da relação. OTOH ele permite que você configure um grupo de relacionamentos em uma batida na janela assim é mais rápido nesse cenário.

Bugzilla tem a noção de erros dependentes, que não é exatamente o paradigma sub-tarefa que você está procurando, mas pode ser visto como próximo. Infelizmente, a interface para isto é bastante desajeitado, como é o resto da interface Bugzilla, mas não fazer o trabalho.

No lado positivo, as relações entre os erros podem ser apresentados como um gráfico, bem como uma estrutura de árvore bastante fácil de travessia para permitir a explorar questões relacionadas. Além disso, como sub-temas são concluídas ou mudança, essas mudanças se infiltrou-se a árvore de dependência para que os responsáveis ??pelas tarefas de nível superior são facilmente notificado de que as coisas podem ter sido espera na estão concluídas.

JIRA integrado com Pivotal Tracker.

JIRA permite bilhetes. Ele dá a capacidade do filtro JQL para pesquisa. Dá capacidade de bilhetes de acções entre os grupos. Dá capacidade para diagramas de fluxo de trabalho, história, transições, comentários, etc. dá capacidade de visualizar repórteres, cessionários, implementadores. Para cada bilhete há possibilidade de adicionar comentários, Acessórios, Anexar Imagens, Link, Clone, resolver a questão. JIRA fornece uma disposição muito agradável do estado atual do ticket.

Pivotal Rastreador permite a gestão "velocidade" do projeto para o desenvolvimento Agile. Útil para PMs e desenvolvedores. Fornece gráficos, tabelas. Fornece capacidade de integrar bilhetes do JIRA em seu projeto. Fornece um painel com projetos. Fornece gráficos de velocidade em tempo real. Fornece um número de pontos de vista dentro de cada projecto, incluindo atual, Caixa de gelo, o meu trabalho. Cada bilhete JIRA pode ser um "Story" no PT. Cada história passa por Iniciar, Finish, Deliver, Aceitar / Rejeitar e Rejeitado etapas para SDLC. Cada história dá capacidade de adicionar tarefas, comentários, anexos, e upload de arquivos.

JIRA fluxo de trabalho enter descrição da imagem aqui

Pivotal Rastreador de fluxo de trabalho

enter descrição da imagem aqui

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