Acerca de la personalización de procesos y de procesos heredados

Al agregar campos personalizados, tenga en cuenta los límites siguientes:

• Se puede definir un máximo de 64 campos para cada WIT.
• Se puede definir un máximo de 512 campos por proceso

Además, puede agregar un campo existente a otro WIT dentro del proceso. Por ejemplo, puede agregar due date al caso del usuario o a los WIT de error.

Lo que no se puede personalizar

Listas desplegables configurables

Las listas desplegables siguientes se configuran para cada proyecto y no se pueden personalizar a través de un proceso heredado.

• Rutas de acceso
• Rutas de acceso de iteración

Las listas desplegables asociadas a campos de nombre de persona, como Asignado a y Cambiado por, se administran en función de los usuarios que agregue a un proyecto o equipo.

¿Puedo cambiar el nombre de un campo o cambiar su tipo de datos?

No se admiten acciones para cambiar el nombre de un campo o cambiar el tipo de datos. Sin embargo, puede cambiar la etiqueta que aparece para un campo en el formulario de elemento de trabajo desde la pestaña Diseño. Al seleccionar el campo en una consulta, debe seleccionar el nombre del campo y no la etiqueta del campo.

¿Puedo eliminar o restaurar un campo eliminado?

Puede eliminar un campo y, posteriormente, restaurarlo. Al eliminar un campo se eliminan todos los datos asociados a ese campo, incluidos los valores históricos. Una vez eliminado, solo puede restaurar el campo y recuperar los datos mediante la API REST Fields - Update.

En lugar de eliminar un campo, es posible que quiera ocultar o quitar el campo de un formulario de elemento de trabajo. Para obtener más información, vea Agregar y administrar campos, Mostrar, ocultar o quitar un campo.

¿Qué es un campo? ¿Cómo se usan los nombres de campo?

Cada tipo de elemento de trabajo está asociado a 31 campos del sistema y a varios campos más específicos del tipo. Los elementos de trabajo se usan para planear y realizar un seguimiento del proyecto.

Cada campo admite el seguimiento de un fragmento de información sobre el trabajo que se debe realizar. Los valores que asigna a un campo se almacenan en el almacén de datos de seguimiento de trabajo, que puede crear consultas para determinar el estado y las tendencias.

Para obtener descripciones y el uso de cada campo definido para los procesos principales del sistema (procesos del sistemaScrum, Agile y CMMI),consulte Índice de campos de elemento de trabajo.

Nombres de campo

Un nombre de campo de elemento de trabajo identifica exclusivamente un campo de elemento de trabajo. Asegúrese de que los nombres de campo se encuentran dentro de estas directrices:

• Los nombres de campo deben ser únicos dentro de la organización o la colección de proyectos
• Los nombres de campo deben tener 128 caracteres Unicode o menos
• Los nombres de campo no pueden contener espacios iniciales o finales, ni dos o más espacios consecutivos
• Los nombres de campo deben contener al menos un carácter alfabético
• Los nombres de campo no pueden contener los siguientes caracteres: .,;'`:~\/\*|?"&%$!+=()[]{}<> .

Dado que todos los campos están definidos para la organización, no se puede agregar un campo personalizado con el mismo nombre de campo que ya existe en la organización o que se agregó a un WIT en otro proceso heredado.

Reglas personalizadas y reglas del sistema

Cada WIT (error, tarea, caso de usuario, etc.) tiene varias reglas del sistema ya definidas. Algunos son sencillos, como hacer que el campo Título sea obligatorio o establecer un valor predeterminado para el campo Área de valor. Además, una serie de reglas del sistema definen las acciones que se deben realizar cuando cambia el estado de un flujo de trabajo.

Por ejemplo, existen varias reglas para copiar la identidad de usuario actual en las condiciones siguientes:

• Cuando se modifica un elemento de trabajo, copie la identidad del usuario en el campo Cambiado por
• Cuando el estado del flujo de trabajo cambie a Cerrado o Listo, copie la identidad del usuario en el campo Cerrado por .

Las reglas personalizadas proporcionan compatibilidad con varios casos de uso empresariales, lo que le permite ir más allá de establecer un valor predeterminado para un campo o hacer que sea necesario. Las reglas permiten borrar el valor de un campo, copiar un valor en un campo y aplicar valores basados en las dependencias entre los valores de los distintos campos.

Con una regla personalizada, puede definir una serie de acciones en función de condiciones específicas. Por ejemplo, puede aplicar una regla para admitir estos tipos de escenarios:

• Cuando se define un valor para Prioridad, haga que Riesgo sea un campo obligatorio.
• Cuando se realiza un cambio en el valor de Release, borra el valor de "Milestone"
• Cuando se ha realizado un cambio en el valor de Trabajo restante, haga que El trabajo completado sea un campo obligatorio.
• Cuando el valor de Approved es True, haga que Approved By sea un campo obligatorio.
• Cuando se cree un caso de usuario, haga que se requieran los siguientes campos: Prioridad, Riesgo y Esfuerzo.

Para obtener más información sobre cómo definir reglas personalizadas, vea Reglas y evaluación de reglas.

Restricción de la modificación de elementos de trabajo en función de la ruta de acceso del área

Puede no permitir que los usuarios modifiquen los elementos de trabajo seleccionados estableciendo permisos en una ruta de acceso de área. No se trata de una configuración de regla, sino de un valor de permiso. Para más información, consulte Creación de nodos secundarios, modificación de elementos de trabajo en una ruta de acceso de área.

Personalizaciones de tipo de elemento de trabajo (WIT)

Estas son las opciones de personalización de los WIT heredados y personalizados.

Lo que no se puede personalizar

• No se puede agregar ni quitar un WIT heredado a o desde un trabajo pendiente.
• No se puede cambiar la posición de un campo heredado dentro del diseño del formulario (sin embargo, puede ocultar el campo en un área del formulario y agregarlo en otro lugar del formulario).
• No se puede quitar el nivel de cartera heredado del producto (pero se puede cambiar su nombre).
• No se puede cambiar el nombre de un WIT personalizado.

Personalizaciones de formularios de elementos de trabajo

Puede realizar las siguientes personalizaciones en un formulario WIT.

Diseño y tamaño

El diseño del formulario web se organiza en tres columnas, como se muestra en la imagen siguiente.

Si solo agrega grupos y campos a las dos primeras columnas, el diseño refleja un diseño de dos columnas. Del mismo modo, si solo agrega grupos y campos a la primera columna, el diseño refleja un diseño de una columna.

El formulario web cambia de tamaño en función del ancho disponible y del número de columnas del diseño. En el ancho máximo, en la mayoría de los exploradores web, cada columna de una página se muestra dentro de su propia columna. A medida que disminuye el ancho de pantalla, cada columna cambia de tamaño proporcionalmente de la manera siguiente:

• Para tres columnas: 50 %, 25 % y 25 %
• Para dos columnas: 66 % y 33 %
• Para una columna: 100 %.

Cuando el ancho de pantalla no admite todas las columnas, las columnas aparecen apiladas dentro de la columna a la izquierda.

Personalizaciones de flujo de trabajo

Puede personalizar el flujo de trabajo de cualquier tipo de elemento de trabajo (WIT) ocultando los estados heredados o agregando estados personalizados. Los estados heredados difieren en función del proceso del sistema(Agile, Basic, Scrum o CMMI),que eligió para crear el proceso personalizado.

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
• Motivos predeterminados para cada transición de estado

Por ejemplo, el proceso Básico, Issue WIT se caracteriza por los tres estados( To Do, Doingy Done) y las transiciones que se muestran en la imagen siguiente.

Los estados de flujo de trabajo deben cumplir las siguientes reglas

• Debe definir al menos un estado para las categorías Estado propuesto o En curso.

  Nota

  Antes de agregar un estado de flujo de trabajo, revise Los estados de flujo de trabajo y las categorías de estado para obtener información sobre cómo se asignan los estados de flujo de trabajo a las categorías de estado.

• Debe definir al menos dos estados de flujo de trabajo.
• Puede definir un máximo de 32 estados de flujo de trabajo por tipo de elemento de trabajo.

Personalizaciones de flujo de trabajo no admitidas

Personalizaciones de trabajo pendiente y placa

Los trabajos pendientes y los paneles son herramientas esenciales de Agile para crear y administrar el trabajo de un equipo. Los trabajo pendientes estándar (producto, iteración y cartera) heredados del proceso del sistema son totalmente personalizables. Además, puede agregar trabajo pendiente de cartera personalizado para un total de cinco trabajo pendientes de cartera.

Lo que no se puede personalizar

Al cambiar el WIT predeterminado para un nivel de trabajo pendiente, hace que wit aparezca de forma predeterminada en el panel de adición rápida. Por ejemplo, el vale de cliente aparece de forma predeterminada en el siguiente panel de adición rápida para el trabajo pendiente del producto.

Límites de objetos

Para obtener una lista de los límites colocados en el número de campos, WIT, niveles de trabajo pendiente y otros objetos que puede personalizar, consulte Límites de objetos de seguimiento de trabajo.

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019

Para personalizar el sistema de seguimiento de trabajo, puede personalizar un proceso heredado a través de la interfaz de usuario administrativa de la organización. Todos los proyectos que usan un proceso heredado obtienen las personalizaciones realizadas en ese proceso. Por otro lado, configure las herramientas de Agile(trabajos pendientes, sprints, paneles Kanbany panel de tareas) para cada equipo.

Hay una serie de personalizaciones que puede realizar. Las principales agregan tipos de elementos de trabajo personalizados (WIT) o modifican un WIT existente para agregar campos personalizados, modificar el diseño o cambiar el flujo de trabajo.

A continuación encontrará un índice de las tareas que puede realizar para personalizar un proceso heredado. Algunas opciones de elementos heredados están bloqueadas y no se pueden personalizar.

Sistema frente a procesos heredados

Verá dos tipos de procesos:

• Los procesos del sistema(Agile, Basic, Scrum y CMMI)que están bloqueados para que no se cambien.
• Procesos heredados, que puede personalizar y que heredan definiciones del proceso del sistema a partir del cual se crearon. Microsoft posee y actualiza periódicamente los procesos del sistema. Las actualizaciones realizadas en un proceso del sistema provocan automáticamente una actualización de los procesos heredados.

Además, se comparten todos los procesos. Es decir, uno o varios proyectos pueden usar un único proceso. En lugar de personalizar un único proyecto, se personaliza un proceso. Los cambios realizados en el proceso actualizan automáticamente todos los proyectos que usan ese proceso. Una vez que haya creado un proceso heredado, puede personalizarlo, crear proyectos basados en él, realizar una copia de él y cambiar los proyectos existentes para usarlo.

Por ejemplo, como se muestra en la siguiente imagen, verá una lista de proyectos definidos para la organización fabrikam. La segunda columna muestra el proceso utilizado por cada proyecto. Para cambiar las personalizaciones del proyecto Fabrikam Fiber, debe modificar el proceso MyScrum (que hereda del proceso del sistema Scrum). Los cambios que realice en el proceso MyScrum también actualizarán otros proyectos que usen ese proceso. Por otro lado, no se puede personalizar el proyecto de prueba de consulta hasta que se cambie a un proceso que herede de Agile.

Restricciones de nombre de proceso

Los nombres de proceso deben ser únicos y tener 128 caracteres Unicode o menos. Además, los nombres no pueden contener los caracteres siguientes: .,;'`:~\/\*|?"&%$!+=()[]{}<> .

Para cambiar el nombre de un proceso, abra ... menú contextual del proceso y elija Editar.

Objetos heredados frente a objetos personalizados

Cada proceso heredado que cree hereda los WIT definidos en el proceso del sistema: Basic, Agile, Scrum o CMMI. Por ejemplo, el proceso de Agile proporciona archivos WIT relacionados con errores, tareas, casos de usuario, características, epopeyas, problemas y pruebas.

Puede agregar campos y modificar el flujo de trabajo y el formulario de elemento de trabajo para todos los WIT heredados que se muestran en la página Tipos de elemento de trabajo. Si no desea que los usuarios creen un WIT, puede deshabilitarlo. Además, puede agregar WIT personalizados.

Personalizaciones de campos

Los campos definidos en el proceso del sistema aparecen con un icono heredado, lo que indica que puede realizar modificaciones limitadas en él en el proceso heredado.

Los campos se definen para todos los proyectos y procesos de la organización. Esto significa que cualquier campo personalizado definido para un WIT en un proceso se puede agregar a cualquier otro WIT definido para otro proceso.