Partilhar via


Solucionar problemas de reordenação e aninhamento

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

Quando reordenas, aninhas e mostras itens de trabalho, o Azure Boards espera uma hierarquia natural. A hierarquia natural é quebrada quando você cria links de mesma categoria ou mesmo tipo entre itens de trabalho. Por exemplo, ligações hierárquicas de pai para filho que são bug para bug ou história de utilizador para história de utilizador 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.

Prerequisites

Category Requirements
Acesso ao projeto Membro do projeto.
Permissions - Membro do grupo de segurança Contributors ou Project Administrators.
- Para exibir ou modificar itens de trabalho: Exibir itens de trabalho neste nó e Editar itens de trabalho neste nó permissões definidas como Permitir. Por padrão, o grupo Colaboradores tem essa permissão definida como Permitir. Para obter mais informações, consulte Definir permissões de controle de trabalho.
Níveis de acesso Para adicionar ou modificar itens de trabalho: Pelo menos Acesso Básico. Os utilizadores com acesso de Stakeholder a projetos públicos têm acesso total às funcionalidades de lista de pendências e quadros, assim como os utilizadores com acesso Basic. Para mais informações, veja Referência rápida sobre o acesso de Parte Interessada.
Iterações definidas Para usar o painel Planejamento : certifique-se de que o administrador da equipe definiu caminhos de iteração (sprints) e configure iterações de equipe.
Category Requirements
Acesso ao projeto Membro do projeto.
Permissions - Membro do grupo de segurança Contributors ou Project Administrators.
- Para exibir ou modificar itens de trabalho: Exibir itens de trabalho neste nó e Editar itens de trabalho neste nó permissões definidas como Permitir. Por padrão, o grupo Colaboradores tem essa permissão definida como Permitir. Para obter mais informações, consulte Definir permissões de controle de trabalho.
Níveis de acesso Para adicionar ou modificar itens de trabalho: Pelo menos acesso Básico .
Iterações definidas Para usar o painel Planejamento : certifique-se de que o administrador da equipe definiu caminhos de iteração (sprints) e configure iterações de equipe.

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 foi listado

Para resolver esse erro, execute as seguintes etapas:

  1. Abra o seu ficheiro de tarefas pendentes.

  2. Reveja a lista de itens para identificar os itens do mesmo tipo que estão agrupados.

    • 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 tarefas pendentes exibe histórias de utilizadores e bugs no mesmo nível (categoria de requisitos), cria um item aninhado que desativa os recursos de ordenação.

      Captura de ecrã da história de utilizador encadeada 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.

Essas etapas devem resolver o problema e a mensagem de erro não é mais exibida.

O item de trabalho não pode ser reordenado porque o seu elemento pai encontra-se 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 o seu elemento 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 de progenitor ou descendente. Certifique-se de que este link vai para um item de trabalho na mesma categoria que o item de trabalho que você abriu. Procure um link que vá para outro item de trabalho que apareça no mesmo nível de lista de pendências que o item de trabalho que você abriu. Dependendo da configuração do comportamento de bugs da sua equipa, os bugs podem aparecer associados a requisitos ou tarefas.
  3. Remova o link pai-filho problemático. Se quiser manter esses itens associados, use o tipo de ligação Relacionada em vez disso.

A mensagem não é mais exibida.

Os itens de trabalho em andamento podem desaparecer na atualização

Poderá ver um erro semelhante à seguinte mensagem:

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.

    Captura de ecrã do seletor de opções de visualização, controlo de Em Progresso, versão 2020 ou mais recente.

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.

Ocultar os itens em andamento quando pretender prever o trabalho. Para obter mais informações, consulte Prever o backlog do produto.

Note

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).

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

Melhores práticas

Do:

  • Mantenha uma lista plana, em vez de aninhar requisitos, erros 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 associar itens de trabalho a funcionalidades. Esse mapeamento cria links pai-filho em segundo plano. Para obter mais informações, consulte Organizar sua lista de pendências.

Don't:

  • 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, crie ligações story-story, bug-bug, task-task ou issue-issue. As experiências de backlog, quadro e sprints não suportam a reordenação para hierarquias da mesma categoria, pois essa abordagem introduz confusão ao ordenar um item de trabalho que não pertence a esse nível.

Rastreie erros como requisitos ou tarefas

Cada equipa tem a flexibilidade de escolher rastrear bugs como requisitos, tarefas ou nem um nem outro. Consulte as seguintes orientações:

  • Se rastreias bugs como requisitos: Aninha-os apenas no nível de recursos.

    Diagrama mostra bugs associados aos requisitos.

  • Se você rastrear bugs como tarefas: Aninha-os apenas no nível Requisito.

    Diagrama mostra bugs vinculados, como tarefas, abaixo do nível de Requisito.

Para mais informações, consulte Mostrar bugs em tarefas pendentes e quadros.

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ó numa hierarquia da mesma categoria, conhecido como nó terminal.

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. Quando se estabelecem links pai-filho entre um requisito e um erro, e entre o erro e uma tarefa, como demonstrado aqui, a tarefa aparece na lista de pendências do sprint e no Quadro de Tarefas, enquanto o erro não.

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

Captura de ecrã da consulta do backlog do Sprint com bug e tarefa associados.

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 ecrã do quadro de Sprint com tarefa terminal.

Usa IA para resolver problemas de reordenação do backlog

O seguinte exemplo de prompt para o Copilot Chat ajuda-o a resolver problemas de reordenação e hierarquia do backlog dos Azure Boards. Copie e cole este prompt no Copilot Chat, substituindo os espaços reservados pela sua informação específica.

Para a melhor assistência de IA, inclua detalhes específicos como a mensagem de erro exata, IDs de itens de trabalho mencionados nos erros, o seu modelo de processo e as definições de configuração da equipa.

I'm having this Azure Boards backlog reordering issue: [PASTE YOUR ERROR MESSAGE OR DESCRIBE THE PROBLEM]

Backlog configuration details:
- Process template: [Agile/Scrum/CMMI/Custom]
- Error message: [EXACT ERROR TEXT if applicable]
- Work item IDs mentioned: [SPECIFIC WORK ITEM IDs from error messages]
- Work item types involved: [User Story/Bug/Task/Feature/Epic/etc.]
- Bug tracking setting: [Track bugs as Requirements/Tasks/Neither]
- Link relationships: [Parent-Child/Related links between which work items]
- Backlog level: [Product/Features/Epics backlog where issue occurs]
- View filters applied: [In Progress items shown/hidden, other filters]
- Recent changes: [New links created, work items moved, team settings changed]

Can you help me troubleshoot this issue? Please provide step-by-step instructions to:
1. Identify why the work item hierarchy is preventing reordering
2. Fix the problematic parent-child links or category conflicts
3. Restore proper backlog ordering functionality while maintaining valid relationships

Context: This is for Azure Boards backlog management. The issue might be related to same-category hierarchies, natural hierarchy violations, filter settings, or work item link conflicts.

O copiloto é alimentado por IA, por isso surpresas e erros são possíveis. Para obter mais informações, consulte Perguntas frequentes sobre o uso geral do Copilot.

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.