Configurar los trabajos pendientes y los paneles del proyecto en Azure Boards

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

En la mayoría de los casos, puede empezar a usar los trabajos pendientes de productos y carteras una vez creado el proyecto. Se crea un equipo predeterminado junto con trabajos pendientes y paneles 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 trabajos pendientes y los paneles. Asegúrese de la configuración si ha agregado un equipo y desea empezar a usar los trabajos pendientes y los paneles del equipo. Los cambios se pueden realizar en una configuración de proyecto o equipo a lo largo del tiempo. Estos cambios pueden influir en los elementos de trabajo que aparecen en el trabajo pendiente y en 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 el panel del producto muestran los elementos de trabajo que cumplen los siguientes criterios:

  • El tipo de elemento de trabajo pertenece a la categoría Requisitos. Los tipos difieren en función del proceso seleccionado para el proyecto:
    • Basic : Issue, Backlog name=Issues
    • Agile: User Story, Backlog name=Stories
    • Scrum: Product Backlog Item, Backlog name=Backlog items
    • CMMI: Requisito, Nombre del trabajo pendiente=Requisitos
  • Ruta de área del elemento de trabajo coincide con una de las rutas de área del equipo seleccionadas
  • La ruta de acceso de iteración del elemento de trabajo está en la ruta de acceso de iteración predeterminada del equipo.

Nota:

El proceso Básico está disponible al agregar un proyecto a Azure DevOps Services o a Azure DevOps Server 2019 Update 1. En el caso de las implementaciones locales anteriores, elija Proceso agile, Scrum o 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:
    • Agile: User Story, Backlog name=Stories
    • Scrum: Product Backlog Item, Backlog name=Backlog items
    • CMMI: Requisito, Nombre del trabajo pendiente=Requisitos
  • Ruta de área del elemento de trabajo coincide con una de las rutas de área del equipo seleccionadas
  • La ruta de acceso de iteración del elemento de trabajo está en la ruta de acceso de iteración predeterminada del equipo.

Puede determinar los tipos de elemento 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.

Product backlog level, Backlog items, Stories, or Requirements

Como se muestra en la siguiente imagen, (1) elige el equipo, (2) Trabajo, (3) Trabajos pendientes y, a continuación, el trabajo pendiente del producto.

Product backlog level, Backlog items, Stories, or Requirements

Busque las rutas de acceso de área e iteración de su equipo. Para obtener 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 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 con los elementos de trabajo pendiente y de panel predeterminados del equipo junto con la ruta de acceso de iteración que seleccione.

Solo puede seleccionar rutas de iteración que haya preseleccionado su equipo.

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.

Revisar 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, complete las siguientes comprobaciones:

  1. Asegúrese de que ha seleccionado el trabajo pendiente del equipo o el panel 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.

  2. 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 del área asociada al equipo, por ejemplo:

    Requirement category query

  3. Agregue los campos Estado, Ruta de acceso de área e Ruta de acceso de iteración a las opciones de columna.

  4. Compruebe los resultados de la consulta y que los valores de los elementos de trabajo que espera que aparezcan en el trabajo pendiente cumplen estos criterios:

    • Ruta de acceso del área pertenece a las rutas de acceso del área del equipo.
    • La ruta de acceso de iteración pertenece a la ruta de acceso de iteración predeterminada del equipo.
    • El estado no es Cerrado, Completado, Listo o Quitado.

Nota:

También puede filtrar el trabajo pendiente del producto para mostrar u ocultar elementos de trabajo que se encuentran en una categoría de estado En curso , correspondiente a un estado Activo, Resuelto, Confirmado, Haciendo estado de flujo de trabajo.

Adición de errores a los trabajos pendientes y paneles

Para todos los procesos excepto el proceso básico, cada equipo administra la forma en que se realiza un seguimiento de los errores. Realice un seguimiento de errores en la categoría Requisitos porque aparecen en el panel Trabajo pendiente y Kanban o en la categoría Tareas. También pueden aparecer en el Panel de tareas o en la categoría Errores donde no aparecen en trabajos pendientes o paneles.

Nota:

Los tipos de elementos de trabajo de errores no están disponibles con el proceso Básico. El proceso básico realiza un seguimiento de errores como Problemas y está disponible al crear un proyecto a partir de Azure DevOps Services o Azure DevOps Server 2019.1 o versiones posteriores.

Cada equipo puede administrar la forma en que se realiza un 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 trabajos pendientes o paneles.

Si desea que se muestren errores en el trabajo pendiente y en la placa, elija Errores administrados con requisitos.

Working with bugs options

Para obtener más información, consulte Mostrar errores en trabajos pendientes y paneles.

Corrección de la configuración de la placa Kanban

Si ve el siguiente error al abrir la placa Kanban, debe corregir la configuración. El motivo principal de este error es que los estados de flujo de trabajo de los tipos de elemento de trabajo que se han agregado a la categoría Requisitos no se asignan a la columna.

Kanban board, Configuration error message

Elija Corregirlo ahora para abrir el cuadro de diálogo de Configuración. Para asignar los estados de flujo de trabajo, consulte Agregar columnas a la placa Kanban, Actualizar asignaciones de columna a estado de Kanban.

Personalización de los elementos de la 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. Puede personalizar los tipos de elementos de trabajo que puede agregar como una lista de comprobación abriendo el panel Configuración, elija Anotaciones y habilite los tipos de elemento de trabajo que desea que aparezcan en la placa. Para obtener más información, consulte Personalización de tarjetas.

Por ejemplo, aquí hemos elegido realizar un seguimiento de errores junto con las tareas y habilitar Task, Bug, GitHub objetos y Tests para que aparezcan en listas de comprobación.

On the settings page, the Annotations tab is selected and four Annotation types, all enabled, are listed. They are: Task, Bug, GitHub, and Tests.

Nota:

Las anotaciones de GitHub requieren Azure DevOps Server actualización 1 o posterior de Azure DevOps Server 2019.

Por ejemplo, aquí hemos elegido realizar un seguimiento de errores junto con las tareas y habilitar la tarea y el error para que aparezcan en las listas de comprobación.

Kanban board, Settings, Annotations

Para más información sobre las listas de comprobación, consulte los siguientes artículos:

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 tal y como se describe en Agregar tipos de elementos de trabajo personalizados al Panel de tareas más adelante en este artículo, puede elegir si estos tipos aparecen dentro de una lista de comprobación en el panel Kanban del producto. Para ello, abra Panel Configuración, elija Anotaciones y habilite los tipos de elemento de trabajo que desea que aparezcan en la placa. Puede habilitar hasta cinco anotaciones. Para obtener más información, consulte Personalizar tarjetas.

Por ejemplo, aquí hemos elegido realizar un seguimiento de errores junto con las tareas, y habilitamos Issue y Ticket y Task y Bug. Para obtener más información sobre las listas de comprobación, consulte Agregar tareas o elementos secundarios como listas de comprobación y Agregar, ejecutar y actualizar pruebas insertadas.

On the settings page, the Annotations tab is selected and five Annotation types (Task, Bug, Tests, Issue, Ticket) are listed. All but Tests are enabled.

Ocultar o mostrar niveles de trabajo pendiente

El equipo también puede optar por ocultar o mostrar uno o varios niveles de trabajo pendiente. Los equipos de características suelen administrar los 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.

Backlog navigation levels

Para obtener más información, consulte Seleccionar niveles de navegación de trabajos pendientes para el equipo.

Agregar tipos de elementos de trabajo personalizados a los trabajos pendientes y a los niveles de trabajo pendiente de cartera

Si desea realizar un seguimiento de diferentes 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, cuarto nivel y quinto tipos de elementos de trabajo de 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.

Add custom work item types to your backlogs.

Para obtener más información, consulte los siguientes recursos:

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 aparezca 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 siguientes tareas:

  1. Defina el tipo de elemento de trabajo personalizado Ticket. Consulte Agregar y administrar tipos de elementos de trabajo.

  2. Agregue los tipos de elemento de trabajo Ticket al trabajo pendiente de iteración. Para más información, consulte Personalización de trabajos pendientes o paneles para un proceso.

Adición de 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 paneles de tareas sprint. Por ejemplo, si desea realizar un seguimiento de problemas (o impedimentos para el proceso Scrum) y un tipo de elemento de trabajo personalizado, Tickets, junto con Tareas y errores, realizaría las siguientes tareas:

  1. Defina el tipo de elemento de trabajo personalizado Ticket. Vea Agregar o modificar un tipo de elemento de trabajo.

  2. Agregue los tipos de elemento de trabajo Issue y Ticket a la categoría de tarea modificando el archivo XML Categories. Para obtener más información, vea Categories XML element reference( Referencia de elementos XML de categorías).

    Por ejemplo, aquí agregamos Issue y Ticket a la categoría de tarea.

      <CATEGORY name="Task Category" refname="Microsoft.TaskCategory">
        <DEFAULTWORKITEMTYPE name="Task" />
      <WORKITEMTYPE name="Issue" / 
      <WORKITEMTYPE name="Ticket" / 
      </CATEGORY>
    
  3. Asegúrese de que los estados de flujo de trabajo Problema y Vale están asignados a estados de categoría. Según sea necesario, modifique el archivo XML ProcessConfiguration para agregar problemas y vales a la TaskBacklog secció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>
    
  4. Para comprobar los cambios, abra un trabajo pendiente de Sprint y asegúrese de que puede agregar un problema o vale de la misma manera que agrega una tarea. Consulte Agregar tareas.

Otros factores que pueden afectar a los elementos de trabajo en los trabajos pendientes y los 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 los paneles.

  • En el panel Kanban, es posible que los elementos de trabajo recién agregados no aparezcan si se clasifican por debajo de la pila dentro del trabajo pendiente del producto. Al elegir Mostrar más elementos, puede hacer que el panel se actualice y muestre más elementos de trabajo.

    Boards, Show more items

  • 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 más información, consulte Corrección de problemas de reordenación y anidamiento, Cómo los trabajos 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.

    Backlogs, View Options, Hide In Progress

    Backlogs, View Options, Hide In Progress

    Backlogs, Hide In Progress

  • Los elementos de trabajo aparecen en el orden de prioridad al que se agregan o se mueven. Este orden o secuencia se administra mediante el campo Rango de pila (procesos básico, ágil y CMMI) o prioridad de trabajo pendiente (Scrum). Para más información, consulte la sección Clasificación de pila en Trabajos pendientes, carteras y administración de proyectos ágiles.

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