ágil

Trabalho com problemas no Jira Software

O guia para trabalho com problemas no Jira Software 

Max Rehkopf Max Rehkopf

Tutorial de problemas do Jira

Nesse tutorial, explicaremos como trabalhar com problemas no Jira Software. Observe que as práticas da equipe realizadas fora do Jira Software - como reuniões de planejamento de sprint, retrospectivas e reuniões diárias - não serão abrangidas aqui. É possível ver sobre isso em Como realizar scrum no Jira Software.

Tempo:

10 minutos para ler.

 

Público-alvo:

Você é novo no Jira Software, mas não sabe muito bem o que fazer

 

Pré-requisito:

  • Você criou uma conta de Jira Software
  • Você criou um projeto do Jira Software

Experimente grátis

O que é um problema?

No Jira, as equipes podem usar problemas para monitorar partes do trabalho que devem ser concluídas. Dependendo de como sua equipe usa o Jira, um problema poderia representar uma tarefa de projeto, um tíquete da central de ajuda, um formulário de solicitação de ausência, etc. No Jira Software, os problemas normalmente representam coisas como recursos grandes, requisitos do usuário e erros de software.

Criar um problema

Há alguns modos diferentes para criar problemas:

No menu global, em qualquer local no Jira

No menu global, em qualquer local no Jira

Na lista de pendências

Na lista de pendências

No seu quadro (apenas quadros do Agility na nuvem)

No seu quadro (apenas quadros do Agility)

Opcional: criar subtarefas

Os problemas também podem ter subtarefas que são atribuídas e monitoradas individualmente. É possível criar subtarefas por qualquer um dos seguintes motivos:

  • Para dividir um problema em partes menores
  • Para permitir que vários aspectos de um problema sejam atribuídos a diferentes pessoas
  • Para criar uma lista de afazeres para um problema

Como criar uma subtarefa:

  1. Navegue até um problema e selecione mais ( ••• ) > Criar subtarefa
  2. Preencha os detalhes necessários e clique em Criar.
Estimar seus problemas (apenas Scrum)

A estimativa de problemas na sua lista de pendências ajuda a prever o tempo que partes da lista de pendências demorarão para serem entregues. 

 

Por que estimar problemas? Estimativa trata-se de velocidade.A principal finalidade de aplicar estimativas para itens da lista de pendências é usar essas informações para saber quanto tempo será necessário para entregar partes da lista de pendências.

 

Nas equipes de desenvolvimento tradicionais, os gerentes estimariam itens em "horas por pessoa". Então eles contariam as horas na lista de pendências, dividiriam pelo número de pessoas na equipe e pelas horas na semana para atingir a data prevista. Essas estimativas, é claro, normalmente se mostram imprecisas, pois não foram consideradas as características da equipe (estimativa para cima ou para baixo), interrupções inesperadas ou o desenvolvimento do desempenho da equipe ao longo do tempo.

 

Então, em relação ao Scrum, a maioria das equipes não tenta obter precisão de estimativa. Em vez disso, eles tentam obter uma velocidade confiável. A velocidade é uma medida do número de unidades de estimativa que uma equipe tende a concluir de sprint a sprint. Após os primeiros sprints, a maioria das equipes obtém uma velocidade razoavelmente consistente. Conhecendo a velocidade e as estimativas dos problemas na lista de pendências, as equipes podem prever quanto tempo partes da lista de pendências demorarão para serem concluídas.

 

Por exemplo, se uma equipe tem uma capacidade de "hora por pessoa" de 120 horas em cada sprint, mas uma velocidade de 60 horas, a velocidade de 60 horas ainda poderá ser usada para estimar o número de sprints necessário para as partes da lista de pendências serem concluídas. Pode ser tentador começar a pensar sobre para onde "as outras 60 horas" foram e achar que há algo de errado com a produtividade da equipe. Mas, normalmente, não tem nenhuma relação: as estimativas de uma equipe representam sua visão de quão difícil os itens serão, e as estimativas sempre serão afetadas pelo comportamento natural da equipe (por exemplo, estimativa para cima ou para baixo), bem como pela sobrecarga da organização. A velocidade é o que importa de uma perspectiva de planejamento.

 

A maioria das equipes faz as estimativas usando pontos de históriaOs pontos de história mensuram a complexidade de um problema em relação aos outros. Isso faz sentido, pois as principais questões que devem ser respondidas são: "Qual a quantidade de trabalho com a qual você consegue se comprometer para concluir esse sprint?" e "Quanto tempo essa parte da lista de pendências demorará para ser entregue?". Uma abordagem do ponto de história pode fornecer as respostas a essas perguntas sem a ansiedade que a equipe sente em relação à "precisão" quando solicitada a estimativa de horas.

 

Para mais informações sobre como a estimativa e a velocidade podem ser monitoradas, confira nosso tutorial burndown.

Para definir uma estimativa para um problema:

  1. Em seu projeto scrum, selecione um problema no seu quadro ou na sua lista de pendências.
  2. Nos detalhes do problema, clique no campo Estimativa .
  3. Insira uma estimativa. 

Posso alterar uma estimativa após ela ter sido inserida? Em resumo, sim, você pode. Mas, se você alterar o valor da estimativa após o início de um sprint, ela será mostrada como uma mudança de escopo no gráfico burndown.

Se estiver achando difícil estimar problemas, isso é totalmente normal. Confira nosso guia de estimativa para dicas e truques sobre como encontrar as estimativas certas para seus problemas.

Classifique seus problemas em ordem de prioridade

Classificar seus problemas em ordem de prioridade permite que a equipe veja em quais problemas trabalhará em seguida. Para classificar seus problemas, navegue até a lista de pendências ou quadro e clique e arraste seus problemas para ordenar com base na prioridade. Abaixo estão alguns exemplos de onde você pode fazer isso:

  • Em um projeto Scrum, ao planejar seu próximo sprint você pode classificar os problemas na sua lista de pendências e decidir colocar os 10 primeiros (ou a quantidade de problemas que a equipe conseguir concluir) no sprint. 

  • Em um projeto Agility ou Kanban, é possível classificar os problemas na coluna Para fazer  e os membros da equipe podem pegar um problema do topo da lista quando estiverem disponíveis. Com essa abordagem, a coluna com todos os problemas Para fazer precisará de atenção constante, pois as prioridades mudam.

Observação: é necessário ter as permissões Agendar problema e Editar problema para o problema que deseja mover para baixo ou para cima em seu quadro.

Sinalizar um problema

Ao trabalhar em um quadro Kanban ou Agility, você tem a opção de sinalizar um problema. Nos quadros Agility, os problemas sinalizados se parecem com o seguinte:

Sinalizar um problema é útil, pois encoraja a colaboração e a comunicação por toda a equipe. Abaixo podem ser vistos alguns exemplos:

  1. Você está trabalhando em uma tarefa, mas percebe que não terá capacidade para finalizar. É possível sinalizar o problema e um membro da equipe com capacidade adicional que olhar o quadro poderá ajudar você.

  2. Um problema no qual você está trabalhando fica bloqueado. É possível sinalizar o problema, adicionar um comentário explicando o que está bloqueando e mover para a próxima tarefa. Qualquer pessoa que olhar o quadro verá que o problema foi sinalizado e entenderá o que está acontecendo ao abrir o problema.

Para sinalizar um problema:

  1. Navegue até o quadro do Kanban ou Agility.

  2. Clique com o botão direito do mouse no problema.

  3. Toque em Adicionar sinalizador.

Problemas de transição

Transicionar problemas mostra o progresso no fluxo de trabalho. Para transicionar um problema de uma coluna para outra, arraste um problema e coloque-o em sua nova coluna.

Observe que, se você não conseguir transicionar um problema em outra coluna, pode ser porque o fluxo de trabalho do seu projeto está impedindo você de fazer isso. O que torna o Jira tão bom é que os administradores podem impor determinadas regras no fluxo de trabalho do projeto, como colocar erros em uma coluna de GQ ou não permitir que as histórias passem direto de Para fazer para Concluído. Para mais informações, confira nossa documentação do fluxo de trabalho.

Filtrar problemas

Um filtro de problema permite ocultar os problemas que não deseja ver e separar os problemas nos quais deseja se focar. O Jira Software tem filtros rápidos, que permite que você filtre os problemas no seu quadro. Abaixo é possível ver como eles são nos quadros Scrum/Kanban:

  1. Bara de pesquisa: veja problemas que contêm um termo de pesquisa e oculte o restante.

  2. Menu de filtros rápidos: por padrão, é possível filtrar pelos problemas atribuídos a você, bem como os problemas recentemente atualizados. E os filtros rápidos que você criar também serão exibidos aqui.

  3. Menu do destinatário: mostra apenas os problemas atribuídos às pessoas selecionadas.

Para criar seus próprios filtros rápidos (quadros Scrum e Kanban):

  1. Acesse seu quadro, selecione mais (Botão de reticências) > Configurações do quadro.
  2. Clique na guia Filtros rápidos .
  3. Insira um nome, consulta JQL e descrição para o filtro. Para mais informações sobre JQL, confira nossa documentação de pesquisa avançada.

  4. Clique em Adicionar.

 

O que mais aprender?

Para informações mais detalhadas sobre trabalhar com problemas no Jira Software, confira nossa documentação sobre problemas.

Tem mais dúvidas? Pergunte à comunidade da Atlassian