Mostrar errores en los trabajos pendientes y los paneles

  • Artículo

Azure DevOps Services | Azure DevOps Server 2022 : Azure DevOps Server 2019 | TFS 2018

A medida que el equipo identifica defectos de código o errores, pueden agregarlos al trabajo pendiente y realizar un seguimiento similar a los requisitos de seguimiento. O bien, pueden programar errores para que se corrigan dentro de un sprint junto con otras tareas.

Al realizar el seguimiento de errores como requisitos, aparecen en los trabajos pendientes de producto y en las placas Kanban. Al realizar el seguimiento de errores como tareas, los errores aparecen en trabajos pendientes de sprint y paneles de tareas. Para obtener más información sobre otros tipos de elementos de trabajo, vea Agregar otros tipos de elementos de trabajo a trabajos pendientes o paneles.

Puede definir la configuración de seguimiento del equipo para los procesos Agile, Scrum y CMMI . El tipo de elemento de trabajo Error no está definido para el proceso Básico , por lo que no hay una configuración de equipo para Basic. En su lugar, debe realizar un seguimiento de errores y defectos de código mediante el tipo de elemento de trabajo Problema.

Nota

Los requisitos especifican las expectativas de los usuarios para un producto de software. En Azure Boards, los requisitos se definen mediante elementos de trabajo que aparecen en el trabajo pendiente del producto. Corresponden a Casos de usuario (Agile), Elementos de trabajo pendiente de producto (Scrum), Problemas (Básico) o Requisitos (CMMI) según el proceso seleccionado para el proyecto. También pertenecen a la categoría de requisitos que administra qué tipos de elementos de trabajo aparecen en el trabajo pendiente del producto.

Prerrequisitos

Para configurar la configuración del equipo, debe agregarse al rol Administrador de equipo o ser miembro del grupo de seguridad Administradores de proyectos . Para agregarlo, consulte Agregar un administrador de equipo o Cambiar permisos de nivel de proyecto.

Elegir entre opciones para el seguimiento de errores

En la tabla siguiente se resumen las opciones que los equipos tienen para realizar el seguimiento de errores. Antes de elegir, se recomienda revisar la información proporcionada en Definición, captura, evaluación de prioridades y administración de errores, que proporciona información general sobre el tipo de elemento de trabajo Bug y las herramientas admitidas para administrar errores.

Opción

Elija cuando quiera...

Seguimiento de errores como requisitos

Nota

  • Los errores se asignan a la categoría de requisitos

Seguimiento de errores como tareas

  • Estimación del trabajo de errores similares a las tareas
  • Actualizar el estado de error en los paneles de tareas de sprint
  • Vinculación de errores a requisitos como elementos secundarios
  • Puede arrastrar y colocar errores en el panel Planificación para asignar errores a un sprint

Nota

  • Los errores se asignan a la categoría de tarea
  • Casos de usuario (Agile), Elementos de trabajo pendiente de producto (Scrum) o Requisitos (CMMI) son el tipo de elemento de trabajo primario natural para errores
  • Los errores no estarán visibles en los planes de entrega

Los errores no aparecen en trabajos pendientes ni en paneles

  • Administración de errores mediante consultas

Nota

  • Los errores están asociados a la categoría de errores y no aparecerán en trabajos pendientes ni en paneles.
  • Los errores no estarán visibles en trabajos pendientes, paneles, trabajos pendientes de sprint, tablas de tareas ni planes de entrega
  • No se pueden arrastrar y colocar errores en el panel Planificación para asignar errores a un sprint

Establecer la preferencia del equipo para el seguimiento de errores

Puede cambiar la configuración de una vista de trabajo pendiente o de panel, o bien desde configuración del equipo de configuración> del proyecto.

Captura de pantalla que muestra la secuencia de selección de navegación para trabajar con errores desde la configuración del proyecto.

En los pasos siguientes, se muestra cómo cambiarla desde la vista de panel.

  1. Inicie sesión en su organización (https://dev.azure.com/{yourorganization}) y seleccione el proyecto.

  2. Abra el panel Kanban. Si no es administrador del equipo, se agrega como uno. Solo los administradores de equipo y proyecto pueden personalizar el panel Kanban.

  3. Elija Configuración del panel para configurar el panel y establecer la configuración general del equipo.

    Configuración de la placa abierta para un equipo, invertir navegación

  4. Elija Trabajar con errores y, a continuación, elija la opción que mejor se adapte a la forma de trabajar de su equipo.

    Configuración, trabajar con el cuadro de diálogo de errores

  5. Cuando haya terminado con los cambios, elija Guardar.

  6. Para ver los cambios, abra o actualice el trabajo pendiente del equipo o el panel Kanban.

  1. Abra el panel Kanban. Si no es administrador del equipo, se agrega como uno. Solo los administradores de equipo y proyecto pueden personalizar el panel Kanban.

  2. Elija Configuración del panel para abrir el cuadro de diálogo de configuración.

    Configuración de la placa abierta para un equipo

  3. Elija Trabajar con errores y, a continuación, elija la opción que mejor se adapte a la forma de trabajar de su equipo.

    Configuración, trabajar con el cuadro de diálogo de errores

  4. Cuando haya terminado con los cambios, elija Guardar.

  5. Para ver los cambios, abra o actualice el trabajo pendiente del equipo o el panel Kanban.

Anidar elementos

Cuando se administran errores con requisitos o tareas, aparecen en uno o varios de los trabajos pendientes y paneles de la herramienta Agile. Sin embargo, si anida elementos, cree vínculos primarios y secundarios de elementos que pertenecen a las categorías Requisitos o Tareas, no todos los elementos pueden aparecer en los trabajos pendientes y paneles. Para obtener más información sobre cómo se tratan los elementos anidados, consulte Cómo los trabajos pendientes y los paneles muestran elementos jerárquicos (anidados).

Sugerencia

Si, después de actualizar un trabajo pendiente o un panel, no ve errores en los que espera verlos, revise How backlogs and boards display jerárquicos (anidados) items (Cómo los trabajos pendientes y los paneles muestran elementos jerárquicos (anidados). Solo aparecen nodos hoja de elementos anidados en los paneles kanban o de tareas.

Agregar otros tipos de elementos de trabajo a los trabajos pendientes o paneles

Los errores son un elemento común que los equipos quieren realizar el seguimiento y elegir cómo los realizan. Para obtener más información, consulte Administración de errores.

Sin embargo, ¿qué ocurre si desea realizar un seguimiento de otros tipos de elementos de trabajo en los trabajos pendientes y paneles?

Puede agregar otros tipos de elementos de trabajo, como solicitudes de cambio, problemas o impedimentos, personalizando el proceso o el proyecto, en función del modelo de proceso que use. Para más información,

Puede agregar otros tipos de elementos de trabajo, como solicitudes de cambio, problemas o impedimentos, personalizando el proceso o el proyecto, en función del modelo de proceso que use. Para obtener más información, vea Agregar un tipo de elemento de trabajo a un trabajo pendiente y un panel.

Para obtener información general sobre los modelos de proceso, consulte Personalización de la experiencia de seguimiento del trabajo.

Creación, enumeración y administración de errores

Los errores administrados con requisitos se pueden agregar mediante el trabajo pendiente del producto o la placa Kanban. Cuando se administran errores junto con tareas, puede agregarlos a un trabajo pendiente de sprint o un panel de tareas. O bien, capturelos con otras herramientas. Para más información, consulte Definición, evaluación de prioridades y administración de errores.

Sugerencia

El esfuerzo debe formar parte automáticamente de un error, pero si no lo ve, personalice el tipo de elemento de trabajo de error para que aparezca.

Puede revisar los errores definidos para el proyecto mediante la creación de una consulta y la especificación del tipo de elemento de trabajo=Error. O bien, abra una consulta predefinida, Errores activos (Agile y CMMI) o Work in Progress (Scrum).