Corrigir problemas de reordenação e aninhamento
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:
Abra a lista de pendências.
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.
- 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.
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".
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:
- Abra o item de trabalho listado na mensagem de erro.
- 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.
- 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.
- Abra a lista de pendências.
- 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.
- Oculte os itens Em Andamento quando desejar prever o trabalho. Para obter mais informações, confira Prever a lista de pendências do produto.
Observação
- Para obter mais informações, consulte Configurar o modo de exibição de lista de pendências e Adicionar tipos de item de trabalho personalizados.
- Para outros problemas que podem ocorrer com a propriedade de várias equipes, confira Configurar uma hierarquia de equipes, Exercitar recursos selecionados com caminhos de área compartilhados.
- Para reordenar itens de trabalho na sua lista de pendências, você precisa ter acesso de nível Básico ou superior. Se você tiver acesso às partes interessadas, não poderá reordenar os itens de trabalho. Para mais informações, veja Referência rápida de acesso das partes interessadas.
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).
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.
Se você rastrear bugs como tarefas: aninhe-os somente no nível de 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
Somente nós folha aparecem em listas de pendências de sprint
Somente nós folha aparecem em quadros de tarefas
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.