Configuración de los paneles y los trabajo pendientes del proyecto en Azure Boards
Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013
En la mayoría de los casos, puede empezar a usar los trabajo pendientes del producto y la cartera una vez creado el proyecto. Se crea un equipo predeterminado junto con los paneles y los trabajo pendientes asociados. Puede empezar a agregar elementos de trabajo al trabajo pendiente del producto mediante el trabajo pendiente o la placa.
Sin embargo, es posible que tenga que asegurarse de que ha configurado correctamente los pendientes y los paneles. Asegúrese de la configuración si ha agregado un equipo y desea empezar a usar los paneles y los trabajo pendientes del equipo. Se pueden realizar cambios en la configuración de un proyecto o equipo a lo largo del tiempo. Estos cambios pueden influir en los elementos de trabajo que aparecen en el trabajo pendiente y los paneles.
Para obtener información general sobre las herramientas asociadas a su equipo, consulte Administración y configuración de herramientas de equipo.
Trabajos pendientes y elementos de trabajo de placa predeterminados
Lo primero que debe entender es que el trabajo pendiente y la placa del producto muestran elementos de trabajo que cumplen los criterios siguientes:
- El tipo de elemento de trabajo pertenece a la categoría Requisitos. Los tipos difieren en función del proceso seleccionado para el proyecto:
- La ruta de acceso del área del elemento de trabajo coincide con una de las rutas de acceso de área del equipo seleccionado.
- Ruta de iteración del elemento de trabajo está en la ruta de iteración predeterminada del equipo
Nota:
El proceso Básico está disponible cuando se agrega un proyecto a Azure DevOps Services o Azure DevOps Server 2019 Update 1. Para implementaciones locales anteriores, elija Agile, Scrum o proceso de CMMI.
- El tipo de elemento de trabajo pertenece a la categoría Requisitos. Los tipos difieren en función del proceso seleccionado para el proyecto:
- La ruta de acceso del área del elemento de trabajo coincide con una de las rutas de acceso de área del equipo seleccionado.
- Ruta de iteración del elemento de trabajo está en la ruta de iteración predeterminada del equipo
Puede determinar los tipos de elementos de trabajo que pertenecen a la categoría Requisitos. Determine los elementos abriendo el trabajo pendiente del producto y comprobando el nombre del trabajo pendiente del producto.
Como se muestra en la siguiente imagen, (1) elija el equipo, (2) Trabajo, (3) Trabajos pendientesy, a continuación, el trabajo pendiente del producto.
Busque las rutas de acceso de área y las rutas de iteración de su equipo. Para más información, consulte Definición de rutas de acceso de área y asignación a un equipo y Definición de rutas de acceso de sprint y configuración de iteraciones de equipo.
Trabajos pendientes de sprint predeterminados y elementos de trabajo del panel de tareas
El trabajo pendiente de sprint y el panel de tareas aplican los filtros asociados a los elementos de trabajo de panel y trabajo pendiente predeterminados del equipo junto con la ruta de iteración que seleccione.
Solo puede seleccionar Rutas de iteración que su equipo haya preseleccionado.
El trabajo pendiente de sprint muestra solo los elementos de trabajo asignados al sprint seleccionado. No se muestran las tareas secundarias asignadas a otros sprints.
Revisión de la lista de comprobación de elementos de trabajo, trabajos pendientes y paneles
Si no ve los elementos de trabajo que espera en el trabajo pendiente del producto o en la placa Kanban,realice las siguientes comprobaciones:
Asegúrese de que ha seleccionado el trabajo pendiente del equipo o la placa de interés. Para obtener información sobre cómo hacerlo, consulte Uso de rutas de navegación y selectores para navegar y abrir artefactos.
Cree una consulta de los elementos de trabajo pendiente, especificando los tipos de elementos de trabajo que pertenecen a la categoría Requisitos y la ruta de acceso de área asociada al equipo, por ejemplo:
Agregue los campos Estado,Ruta de acceso deárea y Ruta de iteración a las opciones de columna.
Compruebe los resultados de la consulta y que los valores de los elementos de trabajo que espera que se muestren en el trabajo pendiente cumplan estos criterios:
- La ruta de acceso del área pertenece a las rutas de acceso de área del equipo
- Ruta de iteración pertenece a la ruta de iteración predeterminada del equipo
- El estado no es Closed, Completed, Done ni Removed.
Nota:
También puede filtrar el trabajo pendiente del producto para mostrar u ocultar los elementos de trabajo que se encuentran en una categoría de estado En curso, correspondiente a un estado de flujo de trabajo Activo, Resuelto, Confirmado y Realizando.
Agregar errores a los paneles y los trabajo pendientes
Para todos los procesos excepto el proceso Básico, cada equipo administra la forma en que se realiza el seguimiento de los errores. Realice un seguimiento de los errores de la categoría Requisitos porque se muestran en el panel Trabajo pendiente y Kanban o en la categoría Tareas. También se pueden mostrar en el panel de tareas o en la categoría Errores, donde no aparecen en los backlogs o paneles.
Nota:
Los tipos de elementos de trabajo de error no están disponibles con el proceso Básico. El proceso Básico realiza un seguimiento de los errores como Problemas y está disponible cuando se crea un proyecto desde Azure DevOps Services o Azure DevOps Server 2019.1 o versiones posteriores.
Cada equipo puede administrar la forma en que se realiza el seguimiento de los errores. Puede realizar un seguimiento de los errores como pertenecientes a la categoría Requisitos. Esos errores se muestran en el panel Trabajo pendiente y Kanban o en la categoría Tareas. Pueden aparecer en el panel de tareas o en la categoría Errores, donde no aparecen en los paneles o los trabajo pendientes.
Si desea que los errores se muestren en el trabajo pendiente y la placa, elija Errores administrados con los requisitos.
Para obtener más información, consulte Mostrar errores en los backlogs y paneles.
Corrección de la configuración del panel Kanban
Si ve el siguiente error al abrir el panel Kanban, debe corregir la configuración. El motivo principal de este error es que los estados de flujo de trabajo de los tipos de elementos de trabajo que se han agregado a la categoría Requisitos no están asignados a la columna.
Elija Corregir esto ahora para abrir el cuadro Configuración diálogo. Para asignar los estados del flujo de trabajo, consulte Agregar columnas al panel Kanban, Actualizar asignacionesde columna a estado kanban.
Personalización de los elementos de lista de comprobación del panel Kanban
Las listas de comprobación son una excelente manera de crear elementos de trabajo que se vinculan automáticamente con un vínculo primario-secundario a otro elemento de trabajo en un panel Kanban. Para personalizar los tipos de elementos de trabajo que puede agregar como lista de comprobación, abra el Configuración de la placa, elija Anotaciones y habilite los tipos de elementos de trabajo que desea que aparezcan en el tablero. Para más información, consulte Personalización de tarjetas.
Por ejemplo, aquí hemos elegido realizar un seguimiento de los errores junto con las tareas y habilitar tareas, errores, objetos GitHub y pruebas para que aparezcan en las listas de comprobación.
Nota:
Las GitHub de datos requieren Azure DevOps Server 2019 update 1 o una versión posterior.
Para más información sobre las listas de comprobación, consulte los artículos siguientes:
Por ejemplo, aquí hemos elegido realizar un seguimiento de los errores junto con las tareas y habilitar tarea y error para que aparezcan en las listas de comprobación.
Para más información sobre las listas de comprobación, consulte los artículos siguientes:
Agregar otros tipos de elementos de trabajo a la lista de comprobación del panel Kanban
Si agregó tipos de elementos de trabajo a la categoría de tareas como se describe en Agregar tipos de elementos de trabajo personalizados a la placa de tareas más adelante en este artículo, puede elegir si estos tipos aparecen en una lista de comprobación en el panel Kanban del producto. Para elegir esta opción, abra Board Configuración, elija Annotations(Anotaciones) y habilite los tipos de elementos de trabajo que desea que aparezcan en el tablero. Puede habilitar hasta cinco anotaciones. Para más información, consulte Personalización de tarjetas.
Por ejemplo, aquí hemos elegido realizar un seguimiento de los errores junto con las tareas, y habilitamos Issue y Ticket y Task and Bug. Para obtener más información sobre las listas de comprobación, vea Agregar tareas o elementos secundarios como listas de comprobación y Agregar, ejecutar y actualizar pruebas insertas.
Ocultar o mostrar niveles de trabajo pendiente
El equipo también puede elegir ocultar o mostrar uno o varios niveles de trabajo pendiente. Los equipos de características suelen administrar elementos de trabajo pendiente, mientras que los equipos de administración administran características y epopeyas. En esta situación, puede habilitar o deshabilitar un nivel de trabajo pendiente.
Para más información, consulte Selección de niveles de navegación de trabajo pendiente para el equipo.
Agregar tipos de elementos de trabajo personalizados a los trabajos pendientes y los niveles de trabajo pendiente de cartera
Si desea realizar un seguimiento de los distintos tipos de elementos de trabajo en el trabajo pendiente del producto, puede hacerlo agregando tipos de elementos de trabajo personalizados y agregándolos a un nivel de trabajo pendiente específico.
También puede agregar tipos de elementos de trabajo personalizados y agregarlos a trabajos pendientes de cartera. Puede agregar hasta cinco trabajos pendientes de cartera.
Por ejemplo, aquí hemos agregado iniciativas, tipos de elementos de trabajo de cuarto y quinto nivel para admitir cinco niveles de trabajos pendientes de cartera. También hemos agregado un tipo de elemento de trabajo personalizado denominado Ticket y lo hemos agregado al trabajo pendiente del producto.
Para más información, consulte los siguientes recursos:
Modelo de proceso de herencia:
- Agregar y administrar tipos de elementos de trabajo (proceso heredado)
- Personalización de los paneles o los trabajo pendientes (proceso heredado)
- Personalización de un proceso de herencia
Modelo de proceso XML local:
Agregar tipos de elementos de trabajo personalizados al panel de tareas
Para agregar tipos de elementos de trabajo personalizados para que aparezcan en el panel de tareas de sprint, siga los pasos que se describen a continuación en función del modelo de proceso que usa el proyecto.
Nota:
Puede habilitar los tipos de elementos de trabajo que agregue al trabajo pendiente de iteración para que aparezcan como una lista de comprobación en el panel Kanban del producto. Para obtener información sobre cómo hacerlo, consulte Personalización de los elementos de lista de comprobación del panel Kanban proporcionados anteriormente en este artículo.
Seguimiento de elementos de trabajo personalizados con el modelo de proceso heredado
Por ejemplo, si desea realizar un seguimiento de un tipo de elemento de trabajo personalizado, Tickets, junto con Tareas y errores, realice las tareas siguientes:
Defina el tipo de elemento de trabajo personalizado Ticket. Vea Agregar y administrar tipos de elementos de trabajo.
Agregue los tipos de elemento de trabajo Ticket al trabajo pendiente de iteración. Para más información, consulte Personalización de los paneles o los trabajo pendientes para un proceso.
Agregar tipos de elementos de trabajo existentes y personalizados con el modelo de proceso XML local
En el caso de las implementaciones locales que usan el modelo de proceso XML local para personalizar el seguimiento del trabajo, puede agregar tipos de elementos de trabajo existentes y personalizados a los panel de tareas de sprint. Por ejemplo, si desea realizar un seguimiento de problemas (o impedimentos para el proceso de Scrum) y un tipo de elemento de trabajo personalizado, Tickets, junto con Tareas y errores, realizaría las siguientes tareas:
Defina el tipo de elemento de trabajo personalizado Ticket. Vea Agregar o modificar un tipo de elemento de trabajo.
Agregue los tipos de elemento de trabajo Problema y Vale a la Categoría de tarea modificando el archivo XML Categorías. Para obtener más información, vea Categories XML element reference.
Por ejemplo, aquí agregamos Problema y Vale a la Categoría de tarea.
<CATEGORY name="Task Category" refname="Microsoft.TaskCategory"> <DEFAULTWORKITEMTYPE name="Task" /> <WORKITEMTYPE name="Issue" / <WORKITEMTYPE name="Ticket" / </CATEGORY>Asegúrese de que los estados de flujo de trabajo Problema y Vale están asignados a los estados de categoría. Según sea necesario, modifique el archivo XML ProcessConfiguration para agregar problemas y vales a la
TaskBacklogsección .Por ejemplo, aquí se asignan los estados Nuevo, Activo y Cerrado para la Categoría de tarea.
<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="1000"> <States> <State value="New" type="Proposed" /> <State value="Active" type="InProgress" /> <State value="Closed" type="Complete" /> </States> . . . </TaskBacklog>Para comprobar los cambios, abra un trabajo pendiente de Sprint y asegúrese de que puede agregar un problema o una incidencia de la misma manera que agrega una tarea. Vea Agregar tareas.
Otros factores que pueden afectar a los elementos de trabajo en los trabajos pendientes y paneles
La siguiente configuración puede influir en el tipo y el número de elementos de trabajo que aparecerán en los trabajos pendientes y paneles.
En el panel Kanban, es posible que los elementos de trabajo recién agregados no aparezcan si están clasificados por debajo de la pila en el trabajo pendiente del producto. Al elegir Mostrar más elementos, puede hacer que el tablero se actualice y muestre más elementos de trabajo.
Si tiene elementos de trabajo anidados que pertenecen a la misma categoría, solo pueden aparecer nodos hoja en el panel Kanban (para TFS 2018.1 y versiones anteriores). Por este motivo, se recomienda no anidar elementos de trabajo del mismo tipo de elemento de trabajo ni pertenecer a la misma categoría. Para obtener más información, consulte Corrección de problemas de reordenación y anidamiento, How backlogs and boards display hierarchical (nested) items ( Cómo los registros pendientes y los paneles muestran elementos jerárquicos (anidados).
Si ha desactivado la vista En curso, los elementos de trabajo en los que se ha iniciado el trabajo no aparecerán en la lista de trabajos pendientes.
Los elementos de trabajo aparecen en el orden de prioridad en el que se agregan o se mueven. Este orden o secuencia se administra mediante el campo Stack Rank (Basic, Agile, and CMMI processes) o Backlog Priority (Scrum) (Prioridad de trabajo pendiente [Scrum]). Para más información, consulte la sección Clasificación de pila en Trabajo pendiente, carteras y administración de proyectos de Agile.
Cada trabajo pendiente puede mostrar hasta 999 elementos de trabajo. Si el trabajo pendiente supera este límite, es posible que quiera considerar la posibilidad de agregar un equipo y mover algunos de los elementos de trabajo al trabajo pendiente del otro equipo.
Los trabajos pendientes de sprint solo muestran los elementos de trabajo que cumplen la ruta de acceso del área del equipo y la ruta de iteración definida para el sprint.
Modelo de proceso de herencia: si un administrador deshabilita o elimina un tipo de elemento de trabajo ,ya no aparecerá en trabajos pendientes y paneles.
Modelo de proceso XML local: si un administrador elimina o destruye un tipo de elemento de trabajo ,ya no aparecerá en trabajos pendientes y paneles.
Artículos relacionados
- Agregar un equipo, pasar de un equipo predeterminado a varios equipos
- Ajustar el trabajo pendiente
- Crear el trabajo pendiente
- Prioridad del trabajo pendiente o orden de clasificación de la pila
- Usar categorías para agrupar tipos de elemento de trabajo
- Categorías de estado de estados de flujo de trabajo