Mostrar errores en los trabajos pendientes y los paneles
Opción
Elija cuándo desea...
Seguimiento de errores como requisitos
- Priorizar errores (clasificación de pila) junto con los requisitos
- Estimación del esfuerzo de errores para la previsión
- Actualización del estado de error en el panel Kanban
- Incluir errores en gráficos de velocidady diagramas Flow acumulativos
- Puede usar la herramienta de previsión para admitir el planeamiento de sprint
- Puede arrastrar y colocar errores en el panel Planeamiento para asignar errores a un sprint
- Puede ver errores en los planes de entrega
Nota
- Los errores se asignan a la categoría Requisitos
Seguimiento de errores como tareas
- Estimación del trabajo para errores similares a las tareas
- Actualización del estado de error en las tablas de tareas de sprint
- Vinculación de errores a requisitos como elementos secundarios
- Puede arrastrar y colocar errores en el panel Planeamiento para asignar errores a un sprint
Nota
- Los errores se asignan a la categoría tarea
- User Stories (Agile), Product Backlog Items (Scrum) o Requirements (CMMI) son el tipo de elemento de trabajo primario natural para los errores
- Los errores no estarán visibles en los planes de entrega
Los errores no aparecen en los paneles o los trabajo pendientes
- Administración de errores mediante consultas
Nota
- Los errores están asociados a la categoría errores y no aparecerán en los paneles o los trabajo pendientes
- Los errores no estarán visibles en los backlogs, Boards, sprint backlogs, taskboards o planes de entrega
- No se pueden arrastrar y colocar errores en el panel Planeamiento para asignar errores a un sprint
Establecer la preferencia del equipo para el seguimiento de errores
Puede cambiar la configuración desde una vista de trabajo pendiente o de tabla, o desde Project Configuración Team Configuración. Aquí se muestra cómo cambiarlo desde la vista de placa.
Abra el panel Kanban. Si no es un administrador de equipo, se agrega como uno. Solo los administradores de equipos y proyectos pueden personalizar el panel Kanban.
Elija Configuración de la placa para configurar la placa y establecer la configuración general del
equipo.
Elija Trabajar con errores y, a continuación, elija la opción que mejor se adapte a la forma de trabajo de su equipo.

Cuando haya terminado con los cambios, elija Guardar.
Para ver los cambios, abra o actualice el trabajo pendiente del equipo o elpanel Kanban.
Abra el panel Kanban. Si no es un administrador de equipo, se agrega como uno. Solo los administradores de equipos y proyectos pueden personalizar el panel Kanban.
Elija Configuración de la placa para abrir el cuadro de diálogo de
configuración.
Elija Trabajar con errores y, a continuación, elija la opción que mejor se adapte a la forma de trabajo de su equipo.

Cuando haya terminado con los cambios, elija Guardar.
Para ver los cambios, abra o actualice el trabajo pendiente del equipo o el panel Kanban.
Requiere TFS 2013.4 o una versión posterior.
Abra la configuración del equipo desde la pestaña Información general del contexto de administración del equipo. Los cambios se guardan automáticamente.
Elija
para abrir la página de administración.
En la pestaña Información general, elija el equipo cuya configuración desea configurar y, a continuación, Configuración. Seleccione la opción que desee. Los cambios se guardan automáticamente.
Para ver los cambios, abra o actualice el trabajo pendiente del equipo o elpanel Kanban.
Elementos anidados
Sugerencia
Si, después de actualizar un trabajo pendiente o una placa, no ve errores en los que espera verlos, revise How backlogs and boards display hierarchical (nested) items (Cómo los registros pendientes y los paneles muestran elementos jerárquicos (anidados). Solo aparecen nodos hoja de elementos anidados en los paneles kanban o de tareas.
Al administrar errores con requisitos o tareas, aparecen en uno o varios de los trabajos pendientes y paneles de herramientas de Agile. Sin embargo, si anida elementos (cree vínculos primarios y secundarios de elementos que pertenezcan a las categorías Requisitos o Tarea), no todos los elementos pueden aparecer en los paneles y los trabajo pendientes. Para obtener más información sobre cómo se tratan los elementos anidados, vea How backlogs and boards display hierarchical (nested) items ( Cómo los registros pendientes y los paneles muestran elementos jerárquicos (anidados).
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 y elegir cómo los hacen. Para obtener más información, vea Administrar 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 obstáculos, personalizando el proceso o proyecto, en función del modelo de proceso que use. Para más información,
- Para el modelo de proceso de herencia, consulte Personalización de los paneles o los trabajo pendientes de un proceso.
- Para los modelos de proceso XML hospedado y XML local, vea Agregar un tipo de elemento de trabajo a un trabajo pendiente y a una placa.
Puede agregar otros tipos de elementos de trabajo, como solicitudes de cambio, problemas o obstáculos, personalizando el proceso o proyecto, en función del modelo de proceso que use. Para más información, consulte Adición de un tipo de elemento de trabajo a un trabajo pendiente y panel.
Para obtener información general sobre los modelos de proceso, consulte Personalización de la experiencia de seguimiento de trabajo.
Creación, enumeración y administración de errores
Los errores administrados con requisitos se pueden agregar a través del trabajo pendiente del producto o del panel Kanban. Cuando los errores se administran junto con las tareas, puede agregarlos a un trabajo pendiente de sprint o al panel de tareas. También puede capturarlos mediante otras herramientas. Para obtener más información, consulte Definición, eje 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 de Tipo de elemento de trabajo=Error. O bien, abra una consulta predefinida, Active Bugs (Agile y CMMI) o Work in Progress (Scrum).
Artículos relacionados
- Definición, captura, eje y administración de errores
- Habilitación de los niveles de trabajo pendiente de interés para el equipo
- Administración de equipos y configuración de herramientas de equipo
- Ver, ejecutar o enviar por correo electrónico una consulta de elemento de trabajo
- Evaluación de prioridades de elementos de trabajo
- Consulta por cambios de asignación o flujo de trabajo
Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013
A medida que el equipo identifica defectos o errores de código, pueden agregarlos al trabajo pendiente y realizar un seguimiento de ellos similar a los requisitos de seguimiento. O bien, pueden programar errores para corregirse dentro de un sprint junto con otras tareas.
Cuando se realiza un seguimiento de los errores como requisitos,aparecen en los trabajos pendientes del producto y en los trabajos Boards. Al realizar un seguimiento de los errores como tareas, los errores aparecen en los trabajos pendientes de sprint y los panel 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 esta configuración de equipo para los procesos Agile,Scrumy 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 Básico. En su lugar, debe realizar un seguimiento de los errores y defectos de código mediante el tipo de elemento de trabajo Emitir.
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. Se corresponden con casos de usuario (Agile), elementos de trabajo pendiente de producto (Scrum), problemas (básico) o requisitos (CMMI) en función del proceso seleccionado para el proyecto. También pertenecen a la categoría Requisitos, que administra los tipos de elementos de trabajo que aparecen en el trabajo pendiente del producto.
Requisitos previos
- Para configurar las opciones del equipo, debe agregarse como administrador de equipo o ser miembro del grupo administradores de Project o Project de recopilación. Vea Establecer permisos en el nivel de proyecto o colección.
Opciones que el equipo tiene para realizar un seguimiento de los errores
En la tabla siguiente se resumen las tres opciones que tienen los equipos para realizar un seguimiento de los errores. Antes de elegir, se recomienda revisar la información proporcionada en Definición, captura, evaluaciónde errores y administración de errores. En este artículo se proporciona información general sobre el tipo de elemento de trabajo Error y las herramientas admitidas para administrar errores.