Resolución de problemas de reordenación y anidamiento

Servicios Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

Al reordenar, anidar y mostrar elementos de trabajo, Azure Boards espera una jerarquía natural. La jerarquía natural se interrumpe al crear vínculos de misma categoría o de mismo tipo entre elementos de trabajo. Por ejemplo, vínculos de padre a hijo que son de error a error o de historia de usuario a historia de usuario. Use este artículo para solucionar los mensajes de error al agregar vínculos que no están en la jerarquía natural.

Prerrequisitos

No se pueden reordenar los elementos de trabajo y es posible que no se muestren algunos elementos de trabajo.

Es posible que aparezca un error similar a uno de los siguientes mensajes:

• No se pueden reordenar los elementos de trabajo y es posible que no se muestren algunos elementos de trabajo.
• No se muestra ningún ID de elemento de trabajo

Para solucionar este error, siga estos pasos:

1. Abra el trabajo pendiente.

2. Revise la lista de elementos para identificar los elementos del mismo tipo que están anidados.

   • Ejemplo 1: La siguiente imagen muestra una historia de usuario como hija de otra historia de usuario.

     

   • Ejemplo 2: La siguiente imagen muestra un error como hijo de una historia de usuario. Cuando el trabajo pendiente muestra historias de usuario y errores en el mismo nivel (categoría Requisitos), se produce un elemento anidado que desactiva la función de ordenación.

     

3. Elimine cualquier vínculo padre-hijo que exista entre elementos anidados del mismo tipo o categoría de elemento de trabajo, o considere cambiar el tipo de vínculo a Relacionado.

4. Actualice el trabajo pendiente.

Estos pasos resuelven el problema y el mensaje de error ya no se muestra.

No se puede reordenar el work item porque su padre está en la misma categoría

Es posible que aparezca un error similar a uno de los siguientes mensajes:

• No se pueden reordenar los elementos de trabajo y es posible que no se muestren algunos elementos de trabajo. Vea el elemento de trabajo 7 para quitar el enlace de padre a hijo o cambiar el tipo de enlace a Relacionado.
• El ítem de trabajo 3 no puede ser reordenado porque su padre está en la misma categoría.

Para solucionar este error, siga estos pasos:

1. Abra el elemento de trabajo que aparece en el mensaje de error.
2. Busque un vínculo primario o secundario. Asegúrate de que este enlace va a un elemento de trabajo de la misma categoría que el elemento de trabajo que has abierto. Busca un enlace que vaya a otro elemento de trabajo que aparezca en el mismo nivel de backlog que el elemento de trabajo que has abierto. En función de la configuración de comportamiento de errores del equipo, es posible que aparezcan errores con requisitos o tareas.
3. Quite el vínculo primario-secundario del problema. Si desea mantener estos elementos asociados, use el tipo de vínculo Relacionado en su lugar.

El mensaje ya no se muestra.

Los elementos de trabajo en curso pueden desaparecer al actualizar

Es posible que aparezca un error similar al siguiente mensaje:

Es posible que los elementos que agregue al trabajo pendiente desaparezcan en una actualización porque el proyecto de equipo los marca como "en curso". Esos elementos aparecen cuando cambia el filtro "En curso" a Mostrar.

Este mensaje indica que el en curso filtro para el trabajo pendiente está desactivado.

Al actualizar el navegador, los elementos de trabajo se muestran en función de los filtros seleccionados. Para restablecer los filtros, siga estos pasos.

Si desactiva el control En curso, no aparecerán los elementos que se encuentren en los estados Activo, Comprometido o Resuelto o en los estados asignados a la categoría En curso.

Oculte loa Elementos en curso cuando desee predecir el trabajo. Para obtener más información, consulte Previsión del trabajo pendiente del producto.

Jerarquía natural para los tipos de elementos de trabajo

En la imagen siguiente se muestra la jerarquía natural para los procesos Agile, Scrum y el Modelo de madurez y de capacidad (CMMI).

procedimientos recomendados

Sí:

• Mantenga una lista plana, en lugar de anidar requisitos, errores y tareas.
• Cree solo vínculos de padre-hijo a un solo nivel entre los elementos que pertenecen a diferentes categorías. Los niveles de proceso y el comportamiento de error seleccionado del equipo determinan la categoría a la que pertenece un elemento de trabajo.
• Utilice el tipo de elemento de trabajo característica para agrupar casos de usuario (Agile), elementos pendientes de producto (Scrum) o requisitos (CMMI). Puede asignar elementos de trabajo a características. Esta asignación crea vínculos primarios y secundarios en segundo plano. Para obtener más información, consulte Organizar la lista de tareas pendientes.

No:

• Cree una jerarquía de elementos de trabajo, tareas y errores.
• Establezca jerarquías de la misma categoría, como vínculos padre-hijo entre elementos de trabajo del mismo tipo. Por ejemplo, no cree vínculos story-story, bug-bug, task-task ni issue-issue. Las experiencias de trabajo pendiente, panel y sprints no admiten la reordenación de jerarquías de la misma categoría, ya que introduce confusión al ordenar un elemento de trabajo que no pertenece a ese nivel.

Seguimiento de errores como requisitos o tareas

Cada equipo puede optar por realizar un seguimiento de errores como requisitos, tareas o ninguno de ellos. Consulte las siguientes directrices:

• Si realiza un seguimiento de los errores como requisitos: Anídelos solo en el nivel de Característica.

  

• Si realiza el seguimiento de errores como tareas: Anídelos solo en el nivel de Requisitos.

  

Para obtener más información, consulte Mostrar errores en los trabajos pendientes y paneles.

Mostrar elementos anidados en trabajos pendientes y paneles

Los trabajos pendientes de sprint y los paneles de tareas muestran exclusivamente el último nodo en una jerarquía de la misma categoría, que se conoce como nodo hoja.

Trabajos pendientes de sprint y paneles de tareas

Al vincular tareas e incidencias a sus requisitos principales, los agrupa correctamente en el registro de pendientes del sprint y el panel de tareas. Cuando estableces vínculos de padre e hijo entre un requisito y un error, y entre el error y una tarea, como se muestra en este artículo, la tarea aparece en el backlog de sprint y el tablero de tareas, mientras que el error no.

Jerarquía de elementos asignados a un trabajo pendiente de sprint

Solo los nodos hoja aparecen en trabajos pendientes de sprint

En los paneles de tareas solo aparecen nodos de hoja

Uso de IA para resolver problemas de reordenación de atrasos

El siguiente mensaje de ejemplo para Copilot Chat le ayuda a solucionar problemas de reordenación y de jerarquía en la lista de pendientes de Azure Boards. Copie y pegue este mensaje en Copilot Chat, reemplazando los marcadores de posición por su información específica.

Para obtener la mejor asistencia de IA, incluya detalles específicos, como el mensaje de error exacto, los identificadores de elemento de trabajo mencionados en errores, la plantilla de proceso y la configuración del equipo.

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 funciona con inteligencia artificial, por lo que son posibles sorpresas y errores. Para obtener más información, consulte las preguntas frecuentes de uso general de Copilot.

Preguntas más frecuentes (P+F)

P: ¿Hay alguna solución alternativa para mostrar nodos intermedios dentro de una jerarquía?

A: no en este momento. Siempre puede comprobar toda la lista de elementos asignados a un sprint al seleccionar Crear consulta.

Contenido relacionado

• Creación y administración del trabajo pendiente
• Más información sobre los paneles Kanban
• Todas las guías de solución de problemas y preguntas más frecuentes