Automatización de transiciones de estado de elementos de trabajo

  • Artículo

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Actualiza automáticamente el estado de un elemento de trabajo según el estado de las tareas secundarias. Por ejemplo, si se cambia una tarea a Doing, el elemento primario se establece en Doing. Y si todas las tareas están en estado Closed, el elemento primario recibe Closed.

Las reglas se establecen en el nivel de trabajo pendiente del equipo y se aplican a todos los elementos de trabajo en ese nivel específico. Tienes flexibilidad para establecer estas reglas de forma independiente para cada nivel de trabajo pendiente, incluidos casos, características y épicas. Por ejemplo, puedes automatizar el cierre de casos de usuarios, pero mantener abiertas las características y épicas.

Importante

Las reglas de automatización de elementos de trabajo pertenecen exclusivamente al flujo de trabajo del equipo en el trabajo pendiente y los paneles. Otros equipos del proyecto pueden personalizar sus propias reglas para que se alineen con sus procesos de trabajo específicos.

Requisitos previos

Establecer reglas

Sigue estos pasos para establecer reglas de equipo para cada nivel de trabajo pendiente.

Nota:

Los elementos de trabajo deben pertenecer al mismo equipo; cuando cierras una tarea en otro equipo o proyecto, no se desencadena el cierre del elemento primario.

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

  2. Selecciona Paneles>Trabajos pendientes>Configurar opciones del equipo.

    Captura de pantalla del proceso de selección, Paneles, Trabajos pendientes y ajustes de Configurar equipo.

  3. Activa las casillas correspondientes, lo que desencadena los elementos de trabajo primarios en este nivel de trabajo pendiente y, luego, selecciona Guardar.

    Captura de pantalla de la página de configuración de reglas de automatización de equipo.

    Los estados de los elementos de trabajo se establecen para que haya una transición automática cuando los elementos secundarios se actualizan en el trabajo pendiente.

Reglas aplicadas al panel sprint

Estas reglas funcionan sin problemas, independientemente de dónde hagas actualizaciones en los elementos secundarios; por ejemplo, en el panel sprint.

Animación de la demostración de reglas de automatización de panel de sprints; se activa la acción de arrastrar y colocar la tarea secundaria y luego se cierra el artículo del usuario principal en el panel.

Reglas aplicadas al nivel de trabajo pendiente de casos de usuarios

En el ejemplo siguiente se muestran las reglas aplicadas al nivel de trabajo pendiente de casos de usuarios.

Animación de la demostración de reglas de automatización de un flujo de trabajo sencillo; al cerrar una tarea secundaria, se cierra el caso del usuario principal en el trabajo pendiente.

Reglas aplicadas a varios niveles de trabajo pendiente sincronizados

En el ejemplo siguiente se muestran las reglas aplicadas a varios niveles de trabajo pendiente sincronizados.

Animación de la demostración de reglas de automatización aplicadas a varios niveles de trabajos pendientes sincronizados; cuando se cierran todas las tareas, se cierra el caso del usuario principal y, al cerrar todos los casos de usuario, se cierra la función principal.

Preguntas más frecuentes

Para encontrar respuestas a las preguntas más frecuentes, consulta las Preguntas frecuentes:

  • ¿Hay alguna manera de activar el elemento primario cuando un elemento secundario está activo?
  • ¿Por qué los elementos de trabajo cambian de estado automáticamente?
  • ¿Por qué las reglas no se activan al reactivar un elemento secundario?
  • ¿Puedo establecer reglas de automatización por tipo o estado de elemento de trabajo?
  • ¿Puedo configurar reglas de automatización para casos de usuarios, pero no para características ni épicas?
  • ¿Por qué las reglas de automatización no funcionan si los elementos secundarios o primarios pertenecen a otro equipo o proyecto?