Partekatu honen bidez:


Solución de problemas de reordenación y anidamiento

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Cuando reordena, anida y muestra 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, enlaces de padre a hijo que son error a error o historia de usuario a historia de usuario o categoría de requisitos a categoría de tarea. Use este artículo para solucionar los mensajes de error al agregar vínculos que no están en la jerarquía natural.

Prerrequisitos

Categoría Requisitos
Acceso al proyecto Miembro del proyecto.
Permisos - Miembro del grupo de seguridad Colaboradores o Administradores del proyecto.
- Para ver o modificar los elementos de trabajo: los permisos Ver los elementos de trabajo de este nodo y Editar los elementos de trabajo de este nodo establecidos en Permitir. De forma predeterminada, el grupo Colaboradores tiene este permiso establecido en Permitir. Para obtener más información, consulte Establecimiento de permisos para el seguimiento del trabajo.
Niveles de acceso Para agregar o modificar elementos de trabajo: al menos acceso Básico. Los usuarios con acceso de parte interesada para proyectos públicos tienen acceso total a las características del trabajo pendiente y del panel, al igual que los usuarios con acceso básico. Para obtener más información, consulte Referencia rápida sobre el acceso de parte interesada.
Iteraciones definidas Para usar el panel Planificación: asegúrese de que el administrador del equipo ha definido las rutas de acceso a iteración (sprint) y que ha configurado las iteraciones del equipo.
Categoría Requisitos
Acceso al proyecto Miembro del proyecto.
Permisos - Miembro del grupo de seguridad "Colaboradores " o "Administradores de Proyectos ".
- Para ver o modificar los elementos de trabajo: los permisos Ver los elementos de trabajo de este nodo y Editar los elementos de trabajo de este nodo establecidos en Permitir. De forma predeterminada, el grupo Colaboradores tiene este permiso establecido en Permitir. Para obtener más información, consulte Establecimiento de permisos para el seguimiento del trabajo.
Niveles de acceso Para agregar o modificar elementos de trabajo: al menos acceso Básico.
Iteraciones definidas Para usar el panel de planeación : asegúrese de que el administrador del equipo haya definido las rutas de iteración (sprint) y configure las iteraciones del equipo.

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

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

  • No puede reordenar los elementos de trabajo y es posible que algunos no se muestren
  • 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 aquellos del mismo tipo que están anidados.

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

      Captura de pantalla donde se ven casos de usuario anidados en un trabajo pendiente.

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

      Captura de pantalla de caso de usuario y error anidados.

  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 deberían resolver el problema y ya no aparecerá el mensaje de error.

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 puede reordenar los elementos de trabajo y es posible que algunos no se muestren. Consulte los elementos de trabajo 7 para eliminar el vínculo padre-hijo o cambiar el tipo de vínculo 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:

Los elementos añadidos al trabajo pendiente pueden desaparecer al actualizar porque su 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.

  1. Abra el trabajo pendiente.

  2. En el selector de Opciones de vista, elija mostrar u ocultar Elementos en curso.

    Captura de pantalla del selector de Ver opciones, control En curso, versión 2020 y posteriores.

  1. Abra el trabajo pendiente.

  2. En el selector de Opciones de vista, elija mostrar u ocultar Elementos en curso.

    Captura de pantalla del selector Ver opciones, control En curso, versión 2019.

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.

Nota:

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

Diagrama de jerarquía natural para los procesos Agile, Scrum y CMMI.

procedimientos recomendados

:

  • Mantenga una lista plana, en lugar de anidar requisitos, errores y tareas.
  • Cree solo vínculos primarios y secundarios de un nivel profundo entre los elementos que pertenecen a una categoría diferente. La categoría a la que pertenece un elemento de trabajo viene determinada por tus niveles de proceso y el comportamiento de error seleccionado por su equipo.
  • Utilice el tipo de elemento de trabajo de característica para agrupar historias de usuario (Agile), problemas (Básico), elementos de trabajo (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, puede crear vínculos historia-historia, error-error, tarea-tarea o problema-problema. 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 tiene la flexibilidad de elegir rastrear los errores como requisitos, tareas o ninguno de los dos. Consulte las siguientes directrices:

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

    El diagrama muestra errores vinculados de manera similar a los requisitos.

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

    Diagrama que muestra errores vinculados, como tareas, debajo del nivel de requisito.

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 de una jerarquía de la misma categoría, que se denomina nodo hoja.

Paneles de tareas y trabajos pendientes de sprint

Cuando las tareas y los errores se vinculan a sus requisitos principales, se agrupan correctamente en el trabajo pendiente del sprint y en el Panel de tareas. Cuando se establecen vínculos padre-hijo entre un requisito y un error, y entre el error y una tarea, como se muestra aquí, la tarea aparece en el trabajo pendiente del sprint y en el panel de tareas, mientras que el error no.

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

Captura de pantalla de consulta de trabajo pendiente de sprint con el error y la tarea vinculados.

Solo los nodos hoja aparecen en trabajos pendientes de sprint

Captura de pantalla de trabajo pendiente de sprint con tarea de nodo hoja.

Solo los nodos hoja aparecen en los Paneles de tareas

Captura de pantalla de panel de sprint con tarea de nodo hoja.

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.