Corrigir problemas de reordenação e aninhamento

  • Artigo

Serviços de DevOps do Azure | Azure DevOps Server 2022 - Azure DevOps Server 2019

Quando você reordena, aninha e exibe itens de trabalho, o Azure DevOps espera uma hierarquia natural. A hierarquia natural é quebrada quando você cria links de mesma categoria ou mesmo tipo entre itens de trabalho. Por exemplo, links pai para filho que são bug para bug ou história de usuário para história de usuário ou categoria de requisitos para categoria de tarefa . Use este artigo para abordar mensagens de erro ao adicionar 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 mostrados"

Poderá ver um erro semelhante a uma das seguintes mensagens:

  • Não é possível reordenar itens de trabalho e alguns itens de trabalho podem não ser mostrados
  • Nenhum ID de item de trabalho está listado

Para resolver esse erro, execute as seguintes etapas:

  1. Abra o seu ficheiro de tarefas pendentes.

  2. Analise a lista de itens para identificar aqueles do mesmo tipo aninhados.

    • Exemplo #1: A imagem a seguir mostra uma história de usuário como filho de outra história 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 filho de uma história de usuário. Quando a lista de pendências exibe histórias de usuários e bugs no mesmo nível (categoria Requisitos), resulta em um item aninhado que desativa o recurso de pedido.

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

  3. Remova todos os links pai-filho que existam entre itens aninhados do mesmo tipo ou categoria de item de trabalho ou considere alterar o tipo de link para 'Relacionado'.

  4. Atualize sua lista de pendências.

Seguir estas etapas deve resolver o problema e a mensagem de erro não é mais exibida.

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

Poderá ver um erro semelhante a uma das seguintes mensagens:

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

Para resolver esse erro, execute as seguintes etapas:

  1. Abra o item de trabalho listado na mensagem de erro.
  2. Procure um link pai ou filho. Certifique-se de que este link vai para um item de trabalho dentro da mesma categoria que o item de trabalho que você abriu. Este link 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 sua equipe, bugs podem aparecer com requisitos ou tarefas.
  3. Remova o link pai-filho problemático. Se você quiser manter esses itens associados, use o tipo de link 'Relacionado'.

A mensagem não é mais exibida.

"Itens de trabalho em andamento podem desaparecer na atualização"

Poderá ver um erro semelhante a uma das seguintes mensagens:

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

Esta mensagem indica que o filtro Em Progresso para a lista de pendências está desativado.

Quando você atualiza o navegador, os itens de trabalho são exibidos com base nos filtros selecionados. Para redefinir os filtros, siga as etapas a seguir.

  1. Abra o seu ficheiro de tarefas pendentes.
  2. No seletor de opções de exibição, escolha mostrar ou ocultar itens em andamento.
  • Se você desativar o controle Em Andamento, os itens que estão nos estados Ativo, Confirmado ou Resolvido ou que são mapeados para o estado da categoria Em Andamento não aparecerão.

Captura de ecrã do seletor de opções de visualização, controlo Em curso, versão 2020 e posterior.

Captura de ecrã do seletor de opções de visualização, controlo em curso, versão 2019.

  • Ocultar itens em andamento quando quiser prever o trabalho. Para obter mais informações, consulte Prever a lista de pendências do produto.

Nota

Hierarquia natural para tipos de item de trabalho

A imagem a seguir mostra a hierarquia natural para os processos Agile, Scrum e Capability Maturity Model Integration (CMMI).

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

Melhores práticas

Fazer:

  • Mantenha uma lista simples, em vez de aninhar requisitos, bugs e tarefas.
  • Crie apenas links pai-filho com um nível de profundidade entre os itens que pertencem a uma categoria diferente. A categoria à qual um item de trabalho pertence é determinada pelos níveis de processo e pelo comportamento de bug selecionado pela sua equipe.
  • Use o tipo de item de trabalho do recurso para agrupar histórias de usuário (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 em segundo plano.

Não:

  • Crie uma hierarquia de itens de trabalho, tarefas e bugs.
  • Estabeleça hierarquias de mesma categoria, como links pai-filho entre itens de trabalho do mesmo tipo (por exemplo, story-story, bug-bug, task-task ou issue-issue). As experiências de lista de pendências, quadros e sprints não suportam a reordenação para hierarquias de mesma categoria, pois introduz confusão ao ordenar um item de trabalho que não pertence a esse nível.

Rastreie bugs como requisitos ou tarefas

Cada equipe tem a flexibilidade de escolher como rastrear bugs, seja como requisitos, tarefas ou nenhum. Consulte as seguintes orientações:

  • Se você rastrear bugs como requisitos: aninha-os apenas no nível Recurso .

    Captura de tela de bugs vinculados como requisitos.

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

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

Exibir itens aninhados em listas de pendências e quadros

As listas de pendências de sprint e os quadros de tarefas exibem exclusivamente o último nó em uma hierarquia de mesma categoria, que é conhecida como nó folha.

Listas de pendências e quadros de tarefas do Sprint

Quando as tarefas e os bugs são vinculados aos requisitos pai, eles os agrupam corretamente na lista de pendências do sprint e no Quadro de tarefas. Mas, quando você estabelece links 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 do sprint e no Taskboard, 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.

Apenas nós de 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.

Apenas os nós folha aparecem nos Quadros de Tarefas

Captura de tela da placa Sprint com tarefa de nó folha.

Perguntas mais frequentes (FAQ)

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

R: Não, não neste momento. Você sempre pode verificar toda a lista de itens atribuídos a um sprint quando seleciona Criar consulta.