Personalización del flujo de trabajo (proceso de herencia)
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Cada tipo de elemento de trabajo (WIT) tiene un flujo de trabajo asociado que realiza un seguimiento del estado del trabajo desde la creación hasta la finalización. Para alinearse con los procesos empresariales y de equipo, puede agregar estados personalizados a la mayoría de los tipos de elementos de trabajo. Por ejemplo, puede agregar un estado de evaluación de prioridades para errores o un estado diseño para características o casos de usuario.
En este artículo, personalizará el WIT de errores para incluir un estado de evaluación de prioridades. Los campos de estado y motivo se muestran en el área de encabezado del formulario de elemento de trabajo.
Para obtener documentación sobre el flujo de trabajo para las tareas de DevOps de compilación y versión, consulte YAML frente a canalizaciones clásicas.
Importante
El modelo de proceso de herencia está disponible para los proyectos configurados para admitirlo. Si usa una colección anterior, compruebe la compatibilidad del modelo de proceso. Si la colección local está configurada para usar el modelo de proceso XML local, solo puede usar ese modelo de proceso para personalizar la experiencia de seguimiento del trabajo. Para obtener más información, vea Elegir el modelo de proceso para la colección de proyectos.
Personalizaciones compatibles
Puede personalizar el flujo de trabajo de cualquier tipo de elemento de trabajo (WIT) ocultando estados heredados o agregando estados personalizados. Los estados heredados varían en función del proceso del sistema seleccionado para crear el proceso personalizado. Las opciones son Agile, Basic, Scrum o Capability Maturity Model Integration (CMMI). Para obtener más información, consulte Estados de flujo de trabajo, transiciones y motivos.
Cada flujo de trabajo predeterminado para cada WIT define entre dos y cuatro estados y especifica las siguientes operaciones de flujo de trabajo:
- Transiciones hacia delante y hacia atrás entre cada estado. Por ejemplo, el proceso básico problema WIT incluye tres estados: Para hacer, Hacer y Listo.
- Motivos predeterminados para cada transición de estado
Tipos de estado
Personalizaciones admitidas
Estados heredados
Estados personalizados
Los estados de flujo de trabajo deben cumplir las siguientes reglas
- Defina al menos un estado para las categorías Estado propuesto o En curso .
Nota:
Antes de agregar un estado de flujo de trabajo, consulte Acerca de los estados de flujo de trabajo en trabajos pendientes y paneles para obtener información sobre cómo los estados de flujo de trabajo se asignan a las categorías de estado.
- Defina al menos dos estados de flujo de trabajo.
- Defina un máximo de 32 estados de flujo de trabajo por tipo de elemento de trabajo.
Personalizaciones de flujo de trabajo no admitidas
- Oculte los estados heredados si no quiere que estén visibles (no puede cambiar su nombre, color o categoría).
- Asegúrese de que solo existe un estado en la categoría Estado completado . Agregar un estado personalizado a esta categoría quita u oculta cualquier otro estado.
- Mantenga el nombre de los estados personalizados tal como está; no se pueden cambiar.
- Use los motivos predeterminados para las transiciones de estado, como Movido a estado Evaluado y Movido fuera del estado Triaged; no se pueden especificar motivos personalizados.
- Acepte la ubicación predeterminada de los campos Estado y Motivo del formulario; no se puede cambiar su ubicación.
- Use los nombres de categoría de estado predeterminados; no se pueden personalizar.
- Oculte los estados heredados si no quiere que estén visibles (no puede cambiar su nombre, color o categoría).
- Asegúrese de que solo existe un estado en la categoría Estado completado ; el sistema no permite agregar cualquier estado personalizado a esta categoría.
- Mantenga el nombre de los estados personalizados tal como está; no se pueden cambiar.
- Acepte la secuencia natural de estados en la lista desplegable del formulario de elemento de trabajo; no puede cambiar su orden.
- Use los motivos predeterminados para las transiciones de estado, como Movido a estado Evaluado y Movido fuera del estado Triaged; no se pueden especificar motivos personalizados.
- Acepte la ubicación predeterminada de los campos Estado y Motivo del formulario; no se puede cambiar su ubicación.
- Permitir transiciones de cualquier estado a otro; no se pueden restringir las transiciones.
Secuencia de menú desplegable de estado
El menú desplegable Estado enumera los estados en el orden en que se define dentro de cada categoría de estado. Para los elementos de trabajo recién agregados, el primer estado de la categoría Propuesta se asigna como estado predeterminado.
En la imagen siguiente se muestra la secuencia de estado definida para un caso de usuario y su menú desplegable correspondiente.
Dentro de cada categoría, puede mover estados personalizados hacia arriba o hacia abajo.
Afecta a los equipos con cambios de flujo de trabajo
Actualización de la configuración de la placa
Teams debe actualizar su configuración de placa al realizar las siguientes personalizaciones:
- Agregue un estado personalizado.
- Cambie la categoría de un estado personalizado.
- Agregue un tipo de elemento de trabajo personalizado o heredado a un nivel de trabajo pendiente. Consulte Personalización de trabajos pendientes y paneles.
Configuración del panel de tareas
Teams debe actualizar su configuración de placa al realizar las siguientes personalizaciones:
- Agregue estados a la tarea WIT, que agrega columnas al Panel de tareas.
- Realice un seguimiento de los errores junto con las tareas, agregando estados al WIT de errores, que también agrega columnas al Panel de tareas.
- Agregue los mismos estados a los tipos de elemento de trabajo de tarea y error, que actualiza el estado de forma coherente y minimiza el número de columnas agregadas.
Requisitos previos
Para obtener instrucciones sobre cómo adaptar Azure Boards para que se alinee con sus requisitos empresariales específicos, consulte Acerca de cómo configurar y personalizar Azure Boards.
Requisito de la organización: asegúrese de que tiene una organización en Azure DevOps.
Permisos:
- Ser miembro del grupo Administradores de la colección de proyectos.
- Tener permisos de nivel de colección, como Crear proceso, Eliminar proceso, Editar proceso o Eliminar un campo de la organización establecido en Permitir.
- Estos permisos le permiten modificar procesos y campos dentro de la organización.
Requisito del modelo de proceso de proyecto:
- Asegúrese de que tiene el modelo de proceso de herencia para la colección de proyectos donde se crea el proyecto.
Permisos:
- Ser miembro del grupo Administradores de la colección de proyectos.
- Tener permisos de nivel de colección, como Crear proceso, Eliminar proceso, Editar proceso o Eliminar un campo de la organización establecido en Permitir.
- Estos permisos le permiten modificar procesos y campos dentro de la organización.
Apertura de la configuración del proceso de la organización
Inicie sesión en su organización (
https://dev.azure.com/{yourorganization}
).Seleccione Configuración de la organización.
Seleccione Procesar.
Inicie sesión en la colección (
https://dev.azure.com/{Your_Collection}
).Seleccione Configuración de colección o Configuración de administrador.
Seleccione Procesar.
Nota:
Al personalizar un proceso heredado, los proyectos que usan ese proceso reflejan automáticamente las personalizaciones. Para garantizar una transición sin problemas, se recomienda crear un proceso de prueba y un proyecto, lo que le permite probar las personalizaciones antes de implementarlas en toda la organización. Para obtener más información, consulte Creación y administración de procesos heredados.
Adición de un estado de flujo de trabajo
Los estados que agregue aparecen en el menú desplegable del campo Estados que se muestra en los formularios de elementos de trabajo y en el editor de consultas. Se crea una transición a y desde el estado que agrega a todos los demás estados. Los motivos predeterminados se definen, como Movido a estado Evaluado y Movido fuera de la evaluación de prioridades de estado.
En la página Tipos de elemento de trabajo, elija el tipo de elemento de trabajo que desea modificar, elija Estados y, a continuación, elija Nuevo estado.
Si la opción Nuevo estado está deshabilitada, no tiene los permisos necesarios para editar el proceso. Consulte Personalización de un proceso heredado.
Escriba el nombre del estado, elija su categoría y color y, a continuación, seleccione Guardar. El color que especifique aparece en todo el producto, incluido en el formulario de elemento de trabajo y cuando el campo Estado aparece en un trabajo pendiente, paneles, resultados de consulta, etc.
Nota:
Cualquier estado de flujo de trabajo que agregue a las categorías de estado En curso o Resuelto hará que los campos Activated By/Activated Date y Resolved By/Resolved Date se actualicen con cambios de estado de flujo de trabajo dentro y fuera de estas categorías. Para obtener más información, vea Campos Activado por fecha y fecha resueltos por fecha.
(Opcional) Para cambiar la secuencia del estado en el menú desplegable, elija el icono del menú contextual y elija Subir o Bajar.
Cuando haya terminado de agregar estados para el WIT, compruebe los cambios actualizando el explorador y abra un elemento de trabajo del tipo que ha personalizado.
Este es el menú desplegable Estado con La evaluación de prioridades seleccionada.
Al agregar un estado a un WIT, que está asociado a un nivel de trabajo pendiente, cada equipo que usa el panel debe actualizar su configuración de columna. Consulte Administración de columnas en la placa.
Edición de un estado
Puede editar la categoría o el color de un estado personalizado. Sin embargo, no se puede cambiar el nombre del estado personalizado.
Seleccione Editar en ... menú contextual para el estado que desea modificar.
Modifique la categoría o el color y, a continuación, elija Guardar.
Si cambia la categoría, los equipos que usan el panel deben actualizar su configuración de columna. Consulte Administración de columnas en la placa.
Ocultar o quitar un estado personalizado
Al ocultar o quitar un estado:
El estado ya no aparece en el menú desplegable Estado del WIT.
No se producen cambios en el historial de elementos de trabajo
Los elementos de trabajo existentes mantienen su valor de estado, pero están en un estado no válido. Si desea realizar un cambio en el elemento de trabajo, primero debe actualizar el valor de estado.
Es posible que quiera crear una consulta y realizar una actualización masiva para mover los elementos de trabajo afectados a un estado válido. Si vuelve a agregar el estado al tipo de elemento de trabajo, los elementos de trabajo vuelven a un estado válido.
Ocultar o mostrar un estado heredado
Puede ocultar un estado heredado que el equipo no usa en su proceso de flujo de trabajo. Sin embargo, debe tener al menos un estado definido para cada categoría.
Abra el ... menú contextual del estado que desea ocultar y elija la opción Ocultar .
En este ejemplo se oculta el estado Resuelto del WIT de errores.
Nota:
Si oculta el estado de un WIT rastreado en un panel, cada equipo que use la placa debe actualizar su configuración de columna. Consulte Administración de columnas en la placa.
Para desenlazar, abra ... menú contextual y elija la opción Unhide .
Quitar un estado personalizado
Abra el ... menú contextual para el estado que desea quitar y elija Quitar. Solo puede quitar un estado personalizado.
En el cuadro de diálogo Quitar estado , seleccione Quitar.
Visualización del modelo de flujo de trabajo de estado
Para ver el modelo de flujo de trabajo de estado, instale la extensión Marketplace de visualización de modelos de estado. Esta extensión agrega un nuevo centro en Paneles etiquetado como Visualizador de estado. En esa página, puede elegir un tipo de elemento de trabajo y ver el modelo de estado del flujo de trabajo.
Nota:
La extensión State Model Visualization no es compatible con Azure Boards ni el equipo del producto. Para preguntas, sugerencias o problemas, visite la página de extensión.
Por ejemplo, puede personalizar el flujo de trabajo de errores para tener un estado evaluado y todos los estados pueden pasar de un estado a otro.
Puede acercar y alejar la vista. Además, puede mover los nodos de estado para obtener una mejor vista del modelo de estado.
Pasos siguientes
Artículos relacionados
- Más información sobre los estados de flujo de trabajo en trabajos pendientes y paneles
- Agregar y administrar tipos de elemento de trabajo
- Agregar y administrar campos
- Personalizar el diseño web para un tipo de elemento de trabajo
- Personalización de un proyecto mediante un proceso heredado
- Gestione las columnas del panel