Quando devo criar projetos separados no JIRA

5

Eu tenho usado o JIRA por alguns meses - estamos seguindo os métodos tradicionais de desenvolvimento (sem agile / scrum). Uma das coisas que não posso decidir é quando devemos criar projetos separados no JIRA, e quando devemos adicionar problemas aos projetos atuais e não criar novos projetos.

A natureza dos projetos em que trabalhamos é algo como o seguinte:

  • Desenvolvimento de aplicativos para dispositivos móveis (projeto de 3 meses)
  • Gamification App (projeto de 3 meses)
  • Estender os recursos do aplicativo móvel (alguns meses depois de ir ao ar - um mês)
  • Adicionando funcionalidades à plataforma de CRM atual (algumas delas 2 dias, outras 2 semanas de desenvolvimento)
  • Outro aplicativo Gamification para o mesmo cliente (3 meses)
  • Suporte para todos os projetos ao vivo e correção de bugs (em andamento).

Atualmente, cada cliente tem apenas um projeto no JIRA e, digamos, os aplicativos de gamificação do cliente e os aplicativos móveis são adicionados ao projeto. Assim, as tarefas são embaralhadas entre os vários produtos diferentes em um projeto. Além disso, há tarefas de suporte e outra extensão de produto para adicionar mais funcionalidades que podem levar semanas para serem desenvolvidas. É difícil ver cada produto separadamente como um projeto independente. É até difícil ver cada ciclo de desenvolvimento para o mesmo produto separadamente (estou aqui referindo-me à adição de funções extras ao mesmo projeto depois que ele é ativado, é mais como um novo negócio com um novo orçamento). Por isso, é difícil encontrar todas as tarefas relacionadas a este aplicativo e fornecer quanto tempo gasto nele.

Outra questão é que todas essas tarefas de suporte em andamento são adicionadas a cada projeto por cliente. Digamos que temos 4 clientes, cada tarefa de suporte é adicionada ao projeto de cliente relacionado. No entanto, esses bugs pertencem a plataformas, por vezes, totalmente diferentes, Apps ... etc.

Minha pergunta, devemos criar um projeto JIRA separado para cada um dos projetos acima?

Como sobre correção e suporte a bugs? Devemos adicioná-los aos seus projetos de produto (ou seja, bug no aplicativo móvel, é adicionado como uma tarefa para o projeto de aplicativo móvel)

Embora eu ache que esse seja o caminho, há uma preocupação dentro da equipe (já que temos vários projetos pequenos), que o número de projetos do JIRA crescerá rapidamente, de modo que não seremos capazes de encontrar os projetos facilmente na lista (por isso não queremos correr de confusão de tarefas, para projetos de confusão). Ou seja, é importante para nós também categorizar nosso trabalho por cliente.

Então, em poucas palavras, os projetos do JIRA devem ser criados por cliente ou por produto? Se por produto, existe uma maneira de exibir relatórios em projetos agregados por cliente?

    
por Hawk 29.07.2015 / 13:21
fonte

1 resposta

3

Volte para o básico e finja que você não tem o JIRA. Como você organizaria os projetos?

O que eu faria é criar uma pasta de portfólio para cada cliente e, em seguida, os projetos deles estariam nessa pasta.

Talvez sua empresa realmente tenha muitos projetos pequenos, você não deve ficar nervoso em modelar o JIRA com base na realidade da situação.

Você pode usar filtros no JIRA para criar um quadro que mostrará tarefas / histórias / bilhetes entre projetos.

Por exemplo, temos uma equipe que trabalha em três projetos diferentes. Todas essas tarefas do projeto aparecem em 1 quadro.

    
por 30.01.2017 / 17:52
fonte