Corrección de problemas Azure Boards con la visualización, reordenación y anidamiento de elementos de trabajo
Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013
Azure Boards trabajos pendientes muestran una jerarquía natural de elementos de trabajo. Al agregar vínculos de elementos primarios y secundarios a elementos de trabajo que no están en la jerarquía natural, recibirá un mensaje que indica que la reordenación está deshabilitada. Es posible que algunos elementos no se muestren. Además, el sistema puede deshabilitar la característica de reordenación de arrastrar y colocar.
Use este artículo para corregir los problemas que se producen y que muestran uno de los mensajes siguientes:
You cannot reorder work items and some work items may not be shown.You cannot reorder work items and some work items may not be shown. See work item(s) 7 to either remove the parent to child link or change the link type to 'Related'." or "Work item 3 can't be reordered because its parent is on the same category".Items added to the backlog may disappear on a refresh because your team project marks them as "in progress". Those items will appear when you change the "In progress" filter to Show.
Nota
En este artículo se abordan los problemas que surgen al crear vínculos de elementos primarios y secundarios que no obedezcan a la jerarquía natural definida para los trabajo pendientes. Para otros problemas que pueden producirse con la propiedad de varios equipos, vea Configurar una jerarquía de equipos, Ejercicio de características de selección con rutas de acceso de área compartida.
Jerarquía natural para tipos de elementos de trabajo
En la imagen siguiente se indica la jerarquía natural de los procesos agile, scrum y capability maturity model integration (CMMI). Junto con estos tipos de elementos de trabajo, se pueden agregar otros tipos de elementos de trabajo personalizados a trabajos pendientes y paneles. Además, se pueden agregar niveles de trabajo pendiente personalizados.
Esta jerarquía natural se interrumpirá al crear vínculos de la misma categoría entre elementos de trabajo.
Al vincular elementos de trabajo del mismo tipo con vínculos de elementos primarios y secundarios ,como errores o casos de usuario, se crean vínculos de la misma categoría. Además, al crear vínculos primarios y secundarios entre elementos de trabajo que pertenecen a la misma categoría,como la categoría Requisitos o la categoría Tarea, se crean vínculos de la misma categoría. La categoría a la que pertenece un elemento de trabajo viene determinada por los niveles de trabajo pendiente del proceso y el comportamiento de error seleccionado del equipo. Para más información sobre la jerarquía de la misma categoría, consulte la sección Configuración recomendada.
Resolver el mensaje de que no se pueden reordenar elementos de trabajo
Es posible que vea un mensaje como You cannot reorder work items and some work items may not be shown . No se muestran los IDs de los elementos de trabajo.
Para solucionar este mensaje, lleve a cabo las siguientes acciones:
Abra el trabajo pendiente.
Revise la lista de elementos para determinar qué elementos del mismo tipo están anidados.
Por ejemplo, lo siguiente muestra que un caso de usuario es un elemento secundario de otro caso de usuario.
Como otro ejemplo, el siguiente muestra que un error es un elemento secundario de un caso de usuario. Dado que el equipo ha configurado su trabajo pendiente para mostrar casos de usuario y errores en el mismo nivel (categoría Requisitos), esta configuración da como resultado un elemento anidado que deshabilita la característica de ordenación.
Quite todos los vínculos primarios y secundarios que existen entre los elementos anidados del mismo tipo de elemento de trabajo o de la misma categoría. O bien, cambie el vínculo a "Relacionado".
Actualice el trabajo pendiente.
El problema ya se ha resuelto y el mensaje ya no se muestra.
Resolver el mensaje que especifica los IDs de elemento de trabajo
Es posible que vea un mensaje similar a You cannot reorder work items and some work items may not be shown. See work item(s) 7 to either remove the parent to child link or change the link type to 'Related'." or "Work item 3 can't be reordered because its parent is on the same category" .
Para solucionar este mensaje, haga lo siguiente:
Abra el elemento de trabajo que aparece en el mensaje de error.
Busque un vínculo primario o secundario. Asegúrese de que este vínculo va a un elemento de trabajo dentro de la misma categoría que el elemento de trabajo que abrió. Este vínculo va a otro elemento de trabajo que aparece en el mismo nivel de trabajo pendiente que el elemento de trabajo que ha abierto. Dependiendo de la configuración del comportamiento de los errores del equipo, pueden aparecer errores con requisitos o tareas.
Quite el vínculo primario-secundario del problema. Si desea mantener asociados estos elementos, use en su lugar el tipo de vínculo "Relacionado".
El problema se resuelve y el mensaje ya no se muestra.
Resolver el problema por el que los elementos de trabajo que están en curso pueden desaparecer en una actualización
El mensaje indica que se ha desactivado el filtro En curso para el Items added to the backlog may disappear on a refresh because your team project marks them as "in progress". Those items will appear when you change the "In progress" filter to Show. trabajo pendiente. Items added to the backlog may disappear on a refresh because your team project marks them as "in progress". Those items will appear when you change the "In progress" filter to Show.
Tras la actualización del explorador, el trabajo pendiente muestra esos elementos de trabajo en función de los filtros seleccionados.
Para restablecer los filtros, complete los pasos siguientes.
En el selector Ver opciones, puede elegir mostrar u ocultar elementos en curso. Si desactiva el control En curso, los elementos que se encuentran en los estados Activo,Confirmado o Resuelto que se asignan al estado de categoría En curso no aparecerán en el trabajo pendiente.
Elija Elementos en curso para mostrar u ocultar los elementos de trabajo pendiente en curso. Si desactiva el control Elementos en curso, los elementos que se encuentran en los estados Activo,Confirmado o Resuelto que se asignan al estado de categoría En curso no aparecerán en el trabajo pendiente.
Normalmente, decide ocultar los elementos en curso cuando desea pronosticar el trabajo. Para más información, consulte Previsión del trabajo pendiente del producto.
Configuración recomendada
Aunque puede crear una jerarquía de elementos de trabajo pendiente, tareas y errores, se recomienda no crear jerarquías de la misma categoría. Es decir, no cree vínculos de elementos primarios y secundarios entre elementos de trabajo del mismo tipo, como story-story, bug-bug, task-task o issue-issue. El motivo es que las experiencias Trabajo pendiente, Panel y Sprints no admiten la reordenación para la jerarquía de la misma categoría. Puesto que la ordenación se ejecuta por nivel de jerarquía, la jerarquía de la misma categoría introduce confusión al ordenar un elemento de trabajo que no pertenece a ese nivel.
En lugar de anidar requisitos, errores y tareas, se recomienda mantener una lista plana. En otras palabras, cree solo vínculos primarios y secundarios de un nivel de profundidad entre los elementos que pertenecen a una categoría diferente.
Use el tipo de elemento de trabajo Característica cuando desee agrupar casos de usuario (Agile), problemas (básico), elementos de trabajo pendientes de producto (Scrum) o requisitos (CMMI). Puede asignar rápidamente elementos de trabajo pendiente delproducto a características , lo que crea vínculos de elementos primarios y secundarios en segundo plano.
Seguimiento de errores como requisitos o tareas
Como se mencionó anteriormente, cada equipo puede elegir cómo desea realizar un seguimiento de los errores para que se comporten como requisitos, tareas o como ninguno de ellos.
Si decide realizar un seguimiento de los errores como requisitos, los errores solo se deben anidar en el nivel de característica.
Si decide realizar un seguimiento de los errores como tareas, los errores solo se deben anidar en el nivel de requisitos.
Cómo se muestran los elementos anidados en los paneles y los trabajo pendientes
Para TFS 2018 y versiones anteriores, el panel Kanban solo muestra el último nodo con elementos anidados de una jerarquía de la misma categoría. En todas las versiones, los trabajo pendientes de sprint y los panel de tareas solo muestran el último nodo de una jerarquía de la misma categoría, denominado nodo hoja.
Nota
Para TFS 2018.2 y versiones posteriores, los paneles Kanban muestran todos los elementos de trabajo de elementos de trabajo anidados de la misma categoría.
Trabajos pendientes del producto y paneles Kanban
Por ejemplo, si vincula elementos dentro de una jerarquía de la misma categoría que tiene cuatro niveles de profundidad, solo los elementos del cuarto nivel aparecen en el panel Kanban, el trabajo pendiente de sprint y el panel de tareas.
Como se muestra en las siguientes imágenes, el tercer caso de usuario, Elahorro provisional en formato largo tiene un error secundario, Guardar tarda demasiado tiempo. El error secundario, Guardar tarda demasiado,aparece en el panel Kanban, pero no en el caso del usuario primario.
Todos los errores y requisitos aparecen en el trabajo pendiente
Solo aparecen nodos hoja en el panel Kanban
Tareas pendientes y tareas de sprint
Cuando aparecen errores en el trabajo pendiente con tareas, la vinculación de tareas y errores a sus requisitos primarios los agrupa correctamente en el trabajo pendiente de sprint y el panel de tareas.
Sin embargo, si crea vínculos primarios y secundarios entre un requisito y un error, y el error y una tarea, como se muestra aquí, la tarea aparece en el trabajo pendiente de sprint y el panel de tareas, pero no en el error.
Jerarquía de elementos asignados a un trabajo pendiente de sprint
Solo aparecen nodos hoja en los trabajo pendientes de sprint
Solo aparecen nodos hoja en los panel de tareas
¿Hay alguna solución alternativa para mostrar nodos intermedios dentro de una jerarquía? De momento, no. Siempre puede comprobar toda la lista de elementos asignados a un sprint mediante el vínculo Crear consulta.