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

Azure DevOps Services | Azure DevOps Server 2022: 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 panel.

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 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 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 cuando se agrega un proyecto a Azure DevOps Services o 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 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.

Nivel de trabajo pendiente del producto, elementos de trabajo pendiente, historias o requisitos

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.

Nivel de trabajo pendiente del producto, elementos de trabajo pendiente, historias o requisitos

Busque las rutas de acceso de área y las rutas de acceso de 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 a 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 el equipo haya preseleccionado.

El trabajo pendiente del 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 esperados 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:

    Consulta de categoría de requisito

  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 cumplan estos criterios:

    • La 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 el seguimiento de los errores. Realice un seguimiento de los 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 en 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 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 aparecen 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 los errores se muestren en el trabajo pendiente y en la placa, elija Errores administrados con requisitos.

Trabajar con opciones de errores

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

Corregir 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.

Panel Kanban, mensaje de error de configuración

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

Personalizar 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 lista de comprobación abriendo la configuración del panel, elija Anotaciones y habilite los tipos de elementos de trabajo que desea que aparezcan en la placa. Para obtener más información, consulte Personalizar tarjetas.

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

En la página de configuración, se selecciona la pestaña Anotaciones y se muestran cuatro tipos de anotación, todos habilitados. Son: Task, Bug, GitHub y Tests.

Nota

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

Por ejemplo, aquí hemos elegido realizar un seguimiento de errores junto con las tareas y habilitar task y Bug para que aparezca en las listas de comprobación.

Panel Kanban, Configuración, Anotaciones

Para obtener 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 ha agregado 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 Configuración del panel, elija Anotaciones y habilite los tipos de elementos de trabajo que desea que aparezcan en el panel. 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.

En la página de configuración, se selecciona la pestaña Anotaciones y se muestran cinco tipos de anotación (Tarea, Error, Pruebas, Problema, Vale). Todas las pruebas pero están habilitadas.

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

Niveles de navegación de trabajos pendientes

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

Adición de tipos de elementos de trabajo personalizados a los trabajos pendientes y 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.

Agregue tipos de elementos de trabajo personalizados a los trabajos pendientes.

Para 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, Vales, 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 obtener más información, consulte Personalización de los trabajos pendientes o paneles de 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 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, haría las siguientes tareas:

  1. Defina el tipo de elemento de trabajo personalizado Ticket. Consulte 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 tareas modificando el archivo XML Categories. Para obtener más información, consulte Referencia de elementos XML de categorías.

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

      <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 New, Active y Closed para la categoría de tareas.

      <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 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 la pila está clasificada como inferior 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.

    Paneles, Mostrar más elementos

  • 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 o 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 , esos elementos de trabajo en los que se ha iniciado el trabajo no aparecerán en la lista de trabajos pendientes.

    Trabajos pendientes, Opciones de vista, Ocultar en curso

    Trabajos pendientes, Opciones de vista, Ocultar en curso

    Trabajos pendientes, ocultar en curso

  • 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 Clasificación 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, puede 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.