Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Quando você reordena, aninha e exibe itens de trabalho, Azure Boards 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ória do usuário para a história do usuário. Use este artigo para abordar mensagens de erro quando você adiciona links que não estão na hierarquia natural.
Prerequisites
| Category | Requirements |
|---|---|
| Acesso ao projeto | Membro do projeto. |
| Permissões | - Membro do grupo de segurança Colaboradores ou Administradores de Projeto. – 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 acompanhamento de trabalho. |
| Níveis de Acesso | Para adicionar ou modificar itens de trabalho: pelo menos acesso básico . Os usuários com acesso de Stakeholder a projetos públicos têm acesso completo aos recursos de lista de pendências e quadro, assim como os usuários com acesso Básico. Para mais informações, veja Referência rápida de acesso das partes interessadas. |
| Iterações definidas | Para usar o painel Planejamento : verifique se o administrador da equipe definiu caminhos de iteração (sprints) e configure iterações de equipe. |
| Category | Requirements |
|---|---|
| Acesso ao projeto | Membro do projeto. |
| Permissões | - Membro do grupo de segurança Colaboradores ou Administradores de Projeto. – 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 acompanhamento 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 : verifique se o administrador da equipe definiu caminhos de iteração (sprints) e configure iterações de equipe. |
Você não pode reordenar itens de trabalho e alguns itens de trabalho podem não ser mostrados
Você poderá ver um erro parecido com uma das seguintes mensagens:
- Você não pode reordenar itens de trabalho e alguns itens de trabalho podem não ser mostrados
- Nenhuma ID de item de trabalho está listada
Para corrigir este erro , siga estas etapas:
Abra sua lista de pendências.
Examine a lista de itens para identificar itens do mesmo tipo 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.
Remover todos os links pai-filho existentes entre itens aninhados do mesmo tipo ou categoria de item de trabalho, ou talvez alterar o tipo de link para Relacionado.
Atualize sua lista de pendências.
Essas etapas resolvem o problema e a mensagem de erro não é mais exibida.
O item de trabalho não pode ser reordenado porque seu item principal está na mesma categoria
Você poderá ver um erro parecido com uma das seguintes mensagens:
- Você não pode reordenar itens de trabalho e alguns itens de trabalho podem não ser mostrados. Consulte o item 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, pois seu pai está na mesma categoria.
Para corrigir este erro , siga estas 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 na mesma categoria que o item de trabalho que você abriu. Procure por um vínculo que 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 link Relacionado .
A mensagem não é mais exibida.
Itens de trabalho em andamento podem desaparecer ao atualizar
Você poderá ver um erro parecido com uma da seguinte mensagem:
Os itens que você adiciona à 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ê 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, siga estas etapas.
Abra sua 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.
Note
- 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 problemas que podem ocorrer com a propriedade de várias equipes, consulte Exercitando recursos selecionados com caminhos de área compartilhada.
- Para reordenar itens de trabalho em sua lista de pendências, é necessário ter, no mínimo, acesso Básico. 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
Do:
- Mantenha uma lista simples, em vez de aninhar requisitos, bugs e tarefas.
- Crie apenas links pai-filho de um nível profundo entre itens que pertencem a categorias diferentes. Os níveis de processo e o comportamento de bug selecionado da equipe determinam a categoria à qual um item de trabalho pertence.
- Use o tipo de item de trabalho da funcionalidade para agrupar histórias de usuário (Agile), itens de backlog do produto (Scrum) ou requisitos (CMMI). Você pode mapear itens de trabalho para funcionalidades. Este mapeamento cria vínculos pai-filho em segundo plano. Para obter mais informações, consulte Organizar sua lista de pendências.
Don't:
- Crie uma hierarquia para itens de trabalho, tarefas e bugs.
- Estabeleça hierarquias de mesma categoria, como vínculos pai-filho entre itens de trabalho do mesmo tipo. Por exemplo, não crie links de story-story, bug-bug, tarefa-tarefa ou problema. As experiências de lista de pendências, quadros e sprints não dão suporte à reordenação para hierarquias da mesma categoria, porque essa abordagem traz confusão ao ordenar um item de trabalho que não pertence a esse nível.
Rastrear bugs como requisitos ou tarefas
Cada equipe pode optar por rastrear bugs como requisitos, tarefas ou nenhum deles. 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.
Para obter mais informações, confira Mostrar bugs nas listas de pendências e nos quadros.
Exibir itens aninhados em listas de pendências e quadros
Os backlogs de sprint e os taskboards exibem exclusivamente o último nó em uma hierarquia de mesma categoria, conhecido como o "nó folha" (leaf node).
Backlogs do Sprint e quadros de tarefas
Quando você vincula tarefas e bugs aos seus requisitos pai, agrupe-os corretamente no backlog e no quadro de tarefas de sprint. Quando você estabelece vínculos pai-filho entre um requisito e um bug e entre o bug e uma tarefa, conforme demonstrado neste artigo, a tarefa aparece no backlog e no quadro de tarefas do sprint, 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
Usar a IA para solucionar problemas de reordenação de lista de pendências
O seguinte prompt de exemplo para Copilot Chat ajuda a solucionar problemas de reordenação do backlog e de hierarquia no Azure Boards. Copie e cole este prompt no Copilot Chat, substituindo os marcadores de posição por suas informações específicas.
Para obter a melhor assistência de IA, inclua detalhes específicos, como a mensagem de erro exata, as IDs de item de trabalho mencionadas em erros, o modelo de processo e as configurações de equipe.
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.
Copilot é alimentado pela IA, portanto, surpresas e erros são possíveis. Para mais informações, consulte as perguntas frequentes sobre o uso geral do Copilot.
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.