Corrigir problemas de reordenação e aninhamento

  • Artigo

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Quando você reordena, aninha e exibe itens de trabalho, o Azure DevOps espera uma hierarquia natural. Você quebra essa hierarquia natural ao criar vínculos da mesma categoria ou tipo entre itens de trabalho. Por exemplo, links pai para filho que são bug para bug ou histórico de usuário para histórico de usuário ou categoria de requisitos para categoria de tarefa. Use este artigo para abordar mensagens de erro quando você adiciona links que não estão na hierarquia natural.

"Não é possível reordenar itens de trabalho e alguns itens de trabalho podem não ser exibidos"

Você poderá ver um erro parecido com uma das seguintes mensagens:

  • Não é possível reordenar itens de trabalho e alguns itens de trabalho podem não ser exibidos
  • Nenhuma ID de item de trabalho está listada

Para solucionar esse erro, realize as seguintes etapas:

  1. Abra a lista de pendências.

  2. Confira a lista de itens para identificar itens do mesmo tipo que estão aninhados.

    • Exemplo 1: a imagem a seguir mostra um histórico de usuário como filho de outro histórico de usuário.

    Captura de tela mostrando histórias de usuários aninhadas em uma lista de pendências.

    • Exemplo 2: a imagem a seguir mostra um bug como um filho de um histórico de usuário. Quando a lista de pendências exibe históricos de usuários e bugs no mesmo nível (categoria Requisitos), ela resulta em um item aninhado que desabilita o recurso de ordenação.

    Captura de tela da história do usuário aninhada e do bug.

  3. Remova todos os links pai-filho existentes entre itens aninhados do mesmo tipo ou categoria de item de trabalho ou talvez altere o tipo de link para "Relacionado".

  4. Atualize sua lista de pendências.

Seguir estes passos deve resolver o problema e a mensagem de erro não será mais exibida.

"O item de trabalho não pode ser reordenado, pois seu pai está na mesma categoria"

Você poderá ver um erro parecido com uma das seguintes mensagens:

  • Não é possível reordenar itens de trabalho e alguns itens de trabalho podem não ser exibidos. Consulte o(s) item(ns) de trabalho 7 para remover o link pai para filho ou mudar o tipo de link para Relacionado.
  • O item de trabalho 3 não pode ser reordenado, pois seu pai está na mesma categoria.

Para solucionar esse erro, realize as seguintes etapas:

  1. Abra o item de trabalho listado na mensagem de erro.
  2. Procure um vínculo pai ou filho. Verifique se esse vínculo vai para um item de trabalho dentro da mesma categoria que o item de trabalho que você abriu. Esse vínculo vai para outro item de trabalho que aparece no mesmo nível de lista de pendências que o item de trabalho que você abriu. Dependendo da configuração de comportamento de bugs da equipe, os bugs podem aparecer com requisitos ou tarefas.
  3. Remova o vínculo pai-filho do problema. Se você quiser manter esses itens associados, use o tipo de vínculo "Relacionado".

A mensagem não é mais exibida.

"Itens de trabalho em andamento podem desaparecer ao atualizar"

Você poderá ver um erro parecido com uma das seguintes mensagens:

Os itens adicionados à lista de pendências podem desaparecer em uma atualização porque o projeto da sua equipe os marca como "em andamento". Esses itens aparecem quando você muda o filtro "Em andamento" para Mostrar.

A mensagem indica que o filtro Em Andamento para a lista de pendências foi desativado.

Quando você atualiza o navegador, os itens de trabalho aparecem com base nos filtros selecionados. Para redefinir os filtros, conclua as etapas a seguir.

  1. Abra a lista de pendências.
  2. No seletor Opções de exibição, você pode optar por mostrar ou ocultar os Itens Em Andamento.
  • Se você desativar o controle Em andamento, os items que estão nos estados Ativo, Confirmado ou Resolvido ou estados que mapeiam o estados da categoria Em andamento não aparecem.

Captura de tela do seletor de opções de Exibição, controle Em andamento, versão 2020 e posterior.

Captura de tela do seletor de opções de Exibição, controle Em andamento, versão 2019.

Observação

Hierarquia natural para tipos de item de trabalho

A imagem a seguir mostra a hierarquia natural para os processos Agile, Scrum e CMMI (Integração de Modelo de Maturidade de Capacidade).

Imagem conceitual da hierarquia natural para os processos Agile, Scrum e CMMI.

Práticas recomendadas

Certo:

  • Mantenha uma lista simples, em vez de aninhar requisitos, bugs e tarefas.
  • Crie apenas vínculos pai-filho com um nível de profundidade entre itens que pertencem a uma categoria diferente. A categoria à qual pertence um item de trabalho é determinada pelos níveis de processo e pelo comportamento de bug selecionado da equipe.
  • Use o tipo de item de trabalho de recurso para agrupar históricos de usuários (Agile), problemas (Básico), itens de trabalho (Scrum) ou requisitos (CMMI). Você pode mapear rapidamente itens de trabalho para recursos, o que cria links pai-filho no segundo plano.

O que não fazer:

  • Crie uma hierarquia para itens de trabalho, tarefas e bugs.
  • Estabeleça hierarquias da mesma categoria, como links pai-filho entre itens de trabalho do mesmo tipo (por exemplo, histórico-histórico, bug-bug, tarefa-tarefa ou problema-problema). As experiências de lista de pendências, quadros e sprints não dão suporte à reordenação para hierarquias da mesma categoria, pois trazem confusão ao ordenar um item de trabalho que não pertence a esse nível.

Rastrear bugs como requisitos ou tarefas

Cada equipe tem a flexibilidade de escolher como rastrear os bugs, seja como requisitos, tarefas ou nenhum dos dois. Confira as seguintes diretrizes:

  • Se você rastrear bugs como requisitos: aninhe-os somente no nível de Recurso.

    Captura de tela de bugs vinculados, como requisitos.

  • Se você rastrear bugs como tarefas: aninhe-os somente no nível de Requisito.

    Captura de tela de bugs vinculados, como tarefas, abaixo do nível Requisito.

Exibir itens aninhados em listas de pendências e quadros

As listas de pendências de Sprint e Quadros de tarefas mostram exclusivamente o último nó em uma hierarquia da mesma categoria, que é conhecida como nó folha.

Listas de pendências e quadros de tarefas de sprint

Quando as tarefas e os bugs se vinculam aos requisitos pai, eles os agrupam corretamente na Lista de pendências sprint e no Quadro de tarefas. Mas, quando você estabelece vínculos pai-filho entre um requisito e um bug, e entre o bug e uma tarefa, como demonstrado aqui, a tarefa aparece na Lista de pendências sprint e no Quadro de tarefas, enquanto o bug não.

Hierarquia de itens atribuídos a uma lista de pendências de sprint

Captura de tela da consulta de lista de pendências do Sprint com bug e tarefa vinculados.

Somente nós folha aparecem em listas de pendências de sprint

Captura de tela da lista de pendências do Sprint com a tarefa do nó folha.

Somente nós folha aparecem em quadros de tarefas

Captura de tela do quadro do Sprint com a tarefa do nó folha.

Perguntas frequentes (FAQs)

Há uma solução alternativa para exibir nós intermediários dentro de uma hierarquia?

R: Não no momento. Você sempre pode marcar a lista inteira de itens atribuídos a um sprint quando você seleciona Criar consulta.