Personalización de la experiencia de seguimiento de trabajo

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

A medida que planea y realiza un seguimiento del proyecto, puede que quiera configurar una característica o personalizar su experiencia para satisfacer las necesidades de seguimiento del equipo. Los equipos y las herramientas agile del equipo se configuran a través del contexto de administración del portal web Azure Boards. El método que use para personalizar los proyectos, lo que afecta a todos los equipos, depende del modelo de proceso que use.

Si no está de acuerdo con el seguimiento de Azure Boards y elementos de trabajo, consulte ¿Qué es Azure Boards? y Seguimiento del trabajo con casos de usuario, problemas, errores, características y epopeyas.

En este artículo se proporciona información general de alto nivel sobre las personalizaciones que puede realizar y cómo difieren en los tres modelos de proceso. Para obtener instrucciones sobre las personalizaciones que se deben realizar para admitir decisiones empresariales, consulte Configuración y personalización de Azure Boards.

Las personalizaciones que realice se producen en uno de estos cuatro niveles:

  • Project compartidos de nivel de usuario: defina rutas de acceso de área e iteración que los equipos seleccionen para configurar sus paneles y trabajo pendientes. Las consultas compartidas y las etiquetas de elementos de trabajo son objetos adicionales que, una vez definidos, se pueden compartir en el proyecto.
  • Recursos o herramientas de equipo: cada equipo puede configurar sus herramientas específicas, como trabajo pendientes, paneles y paneles. Para más información, consulte Acerca de los equipos y las herramientas de Agile.
  • Personalización de procesos de nivel de organización: personalice los campos, los tipos de elementos de trabajo, los trabajos pendientes y los paneles disponibles para todos los equipos.
  • Project y permisos de nivel de objeto: conceda o restrinja el acceso a las herramientas de seguimiento de trabajo, lo que incluye la configuración de permisos para objetos y el proyecto y la asignación de usuarios o grupos a niveles de acceso específicos.
  • Project compartidos de nivel de usuario: defina rutas de acceso de área e iteración que los equipos seleccionen para configurar sus paneles y trabajo pendientes. Las consultas compartidas y las etiquetas de elementos de trabajo son objetos adicionales que, una vez definidos, se pueden compartir en el proyecto.
  • Recursos o herramientas de equipo: cada equipo puede configurar sus herramientas específicas, como trabajo pendientes, paneles y paneles. Para más información, consulte Acerca de los equipos y las herramientas de Agile.
  • Personalización de procesos de nivel de colección: personalice los campos, los tipos de elementos de trabajo, los trabajos pendientes y los paneles disponibles para todos los equipos.
  • Project y permisos de nivel de objeto: conceda o restrinja el acceso a las herramientas de seguimiento de trabajo, lo que incluye la configuración de permisos para objetos y el proyecto y la asignación de usuarios o grupos a niveles de acceso específicos.

Project compartidos de nivel de servicio

Cada proyecto proporciona una serie de recursos compartidos que admiten todos los equipos agregados al proyecto. Estas características se configuran a través de la interfaz de usuario o el contexto de administración del portal web. Para comprender cómo el sistema usa rutas de acceso de área e iteración, vea Acerca de las rutas de acceso de área e iteración.

Listas de selección de rutas de acceso de área Listas de selección de sprint/iteración
Cambie la lista de selección de rutas de acceso de área para admitir la agrupación de elementos de trabajo por equipo, producto o área de características.
Rutas de acceso de área jerárquicas
Cambie la lista de selección de rutas de iteración para admitir el trabajo de agrupación en sprints, hitos u otro período específico del evento o relacionado con el tiempo. Active sprints para cada equipo.
Iteraciones o sprints
Consultas compartidas Etiquetas
Abrir consultas compartidas o crear las suyas propias
consulta mediante el editor de consultas para enumerar elementos de trabajo
o mostrar elementos jerárquicos o dependientes.<br/  Consultas compartidas
Agregar etiquetas a elementos de trabajo para filtrar trabajos pendientes y consultas, o enumerar elementos por etiquetas
Agregar etiquetas para filtrar los trabajo pendientes, los paneles y las consultas

Campos de identidad, campos de selector de personas

Los Asignado a y otros campos de identidad son compatibles con la característica de selector de personas. Por ejemplo, al elegir el campo Asignado a desde dentro de un formulario de elemento de trabajo, se activa el selector de personas. Como se muestra en la siguiente imagen, basta con empezar a escribir el nombre del usuario que desea seleccionar y buscar hasta encontrar una coincidencia. Los usuarios seleccionados anteriormente aparecen automáticamente en la lista. Para seleccionar los usuarios que no ha seleccionado anteriormente, simplemente escriba su nombre completo o busque en el directorio completo.

Captura de pantalla del selector de Asignado a campo.

En el caso de las organizaciones que administran sus usuarios y grupos mediante Azure Active Directory (Azure AD) o Active Directory, los selectores de personas proporcionan compatibilidad para buscar todos los usuarios y grupos agregados a AD, no solo los agregados al proyecto. Para obtener más información, consulte Agregar usuarios o grupos de AD/Azure AD a un grupo de seguridad integrado.

Para limitar el ámbito de las identidades disponibles para la selección a solo los usuarios agregados al proyecto, puede hacerlo mediante el grupo Project usuarios con ámbito de red. Para obtener información sobre cómo, vea Administrar el proyecto, Limitar búsqueda de identidades y selección.

Puede limitar los valores disponibles para los campos de identidad dentro de un elemento de trabajo agregando una regla personalizada.

Personalización de procesos de nivel de organización

Personalización del proceso de nivel de colección

El proyecto determina los objetos disponibles para realizar el seguimiento del trabajo y la configuración de las herramientas de Agile. En concreto, el proyecto determina los casos de usuario, las tareas, los errores y los campos de datos de los tipos de elementos de trabajo (WIT) que se usan — — para capturar información. Los objetos personalizados se comparten entre los equipos agregados al proyecto.

Nota

El método que use para personalizar el seguimiento del trabajo depende del modelo de proceso al que se suscriba:

  • Herencia: admite la personalización DEWYG, disponible para Azure DevOps Services, Azure DevOps Server 2019 y Azure DevOps Server 2020.
  • XML hospedado: admite la personalización a través de la importación y exportación de plantillas de proceso, disponible para un número selecto de clientes de Azure DevOps Services que han optado por este modelo.
  • XML local: admite la personalización mediante la importación y exportación de archivos de definición XML para objetos de seguimiento de trabajo y está disponible para todas las implementaciones locales.

En la tabla siguiente se resumen las diferencias entre los tres modelos de proceso admitidos. Para obtener definiciones de los objetos de seguimiento de trabajo principales, consulte glosario de Agile. Para obtener vínculos a todos los artículos de personalización, vea Índice de referencia rápida para Azure Boards configuración.


Característica


':::row::': ':::column span="3"::': WYSIWYG editing ':::column-end::': null ':::column span="1"::': null ':::row-end::': null

Crear procesos personalizados heredados, Heredar cambios en los procesos del sistema (Agile, Basic, Scrum, CMMI)

✔️


':::row::': ':::column span="3"::': Create custom process templates (see note 1) ':::column-end::': null ':::column span="1"::': ✔️ ':::row-end::': null

Los cambios de proceso actualizados se aplican automáticamente a todos los proyectos que hacen referencia al proceso.

✔️

✔️


':::row::': ':::column span="3"::': 'Support for customizing fields, work item types, form layout, workflow, custom rules, backlog levels, custom controls, test management' ':::column-end::': null ':::column span="1"::': ✔️ ':::row-end::': null

Compatibilidad con la personalización de tipos de vínculos, campos de equipo, flujo de trabajo global y configuración de procesos (vea la nota 3)

✔️


':::row::': ':::column span="3"::': 'Initial configuration of Area paths, Iteration Paths, work item queries, security groups, and permissions (see note 3)' ':::column-end::': null ':::column span="1"::': ✔️ ':::row-end::': null

Listas globales

Listas desplegables

(vea la nota 2)

✔️


':::row::': ':::column span="3"::': 'Update Microsoft field mappings using the TFSFieldMapping command-line tool (see note 4)' ':::column-end::': null ':::column span="1"::': ✔️ ':::row-end::': null

Uso de las herramientas de línea de comandos az boards para editar proyectos y equipos y enumerar información

✔️

✔️

✔️


'::': moniker-end ':::row::': ':::column span="3"::': 'Use the witadmin command-line tools to edit projects and list project information' ':::column-end::': null ':::column span="1"::': ✔️ ':::row-end::': null

API REST (lectura)

✔️

✔️

✔️


':::row::': ':::column span="3"::': REST API (write) ':::column-end::': null ':::column span="1"::': (see note 5) ':::row-end::': null

Notas:

  1. Un proceso determina los bloques de creación que se usan para realizar el seguimiento del trabajo. Una plantilla de proceso especifica un conjunto interdependiente de archivos de definición XML que proporcionan los bloques de creación y la configuración inicial para el seguimiento del trabajo y otras áreas funcionales.
  2. La personalización XML hospedada admite la adición y actualización de listas globales con una actualización de proceso (sujeto a límites en el tamaño máximo de cada lista). Para más información, consulte Límites de objetos de seguimiento de trabajo.
  3. El modelo de proceso heredado no admite la personalización de las siguientes características disponibles con la personalización de plantillas de proceso. En su lugar, puede personalizar estas áreas en el portal web en función del proyecto por proyecto.
    • Configurar rutas de acceso de área y rutas de iteración
    • consultas de elemento de trabajo
    • Grupos de seguridad y permisos
    • Permisos y acceso a áreas funcionales, como el control de versiones y la compilación
    O bien, puede usar las API REST.
::: moniker range=">= azure-devops-2020"
O bien, puede usar las [API REST o](/rest/api/azure/devops/wit/classification-nodes/create-or-update) la herramienta Azure DevOps de comandos de la [CLI.](../cli/quick-reference.md) 
::: moniker-end
  1. La compatibilidad con Office Project integración con Azure DevOps está en desuso a partir de Azure DevOps Server 2019. El comando TFSFieldMapping no se admite para Azure DevOps Server 2019 ni para Azure DevOps Services. A partir Visual Studio 2019, el complemento Azure DevOps para Office ya no admite Office Project.
  2. Puede usar la API rest para importar y exportar plantillas de proceso.

Elección del modelo de proceso para la colección de proyectos

Para Azure DevOps Server 2019 y Azure DevOps Server 2020, puede elegir entre modelos de proceso. Al crear una colección de proyectos, deberá elegir entre XML (modelo de proceso XML local) y Herencia (modelo de proceso de herencia), como se muestra en el cuadro de diálogo siguiente.

Asistente para crear recopilación Project equipo, cuadro de diálogo Nombre de colección

Importante

La elección que realice no es reversible. Una vez creada la colección, solo podrá personalizar los objetos de seguimiento de trabajo mediante el modelo seleccionado. Además, no hay ninguna manera de migrar las colecciones de proyectos existentes que usan el modelo de proceso XML local al modelo de proceso de herencia.

Para más información sobre las colecciones de proyectos, consulte Administración de colecciones de proyectos.

Personalización de la experiencia de prueba

Varios tipos de elemento de trabajo admiten la experiencia de prueba en el portal web Páginas de prueba y Test Manager cliente. Para un proceso heredado, puede personalizar los tipos de elemento de trabajo Plan de prueba, Conjunto de pruebas y Caso de prueba como lo haría con cualquier otro tipo de elemento de trabajo. Para un proceso XML local, puede personalizar todos los tipos de elementos de trabajo relacionados con las pruebas Plan de prueba, Conjunto de pruebas, Caso de prueba, Pasos compartidos y Parámetros compartidos como lo haría con cualquier otro tipo de elemento de — — trabajo.

Varios tipos de elemento de trabajo admiten la experiencia de prueba en el portal web Páginas de prueba y Test Manager cliente. Puede personalizar estos tipos de elemento de trabajo Plan de prueba, Conjunto de pruebas, Caso de prueba, Pasos compartidos y Parámetros compartidos como lo haría con — cualquier otro tipo de elemento de — trabajo.

En la imagen siguiente se muestran las relaciones de vínculo admitidas.

tipos de elemento de trabajo de administración de pruebas

Personalizaciones menos comunes

Solo puede realizar las siguientes personalizaciones al trabajar con los modelos de proceso XML hospedado o XML local. Las personalizaciones realizadas para procesar la configuración se aplican a todos los equipos agregados a un proyecto.

Límites de trabajo pendiente y placa (XML hospedado, XML local)

Para limitar el tiempo de carga de presentación a parámetros aceptables, el panel de tareas está restringido a un máximo de 1000 elementos de trabajo. Para obtener más información, vea Referencia de elementos XML de configuración de proceso.

Puede aumentar este valor hasta un máximo de 1500 especificando un valor para el workItemCountLimit atributo del elemento TaskBacklog. Para obtener más información, vea Referencia de elementos XML de configuración de proceso.

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
    . . .
</TaskBacklog>

Cambiar las asignaciones de campos (XML hospedado, XML local)

Puede cambiar los campos de elemento de trabajo que se utilizan para calcular la capacidad, los gráficos de evolución, la previsión y el progreso. Cualquier cambio realizado en una de las asignaciones predeterminadas debe corresponder a un cambio realizado en el WIT utilizado para definir y para capturar información para ese valor.

Por ejemplo, si cambia el asignado a , debe incluir el mismo campo en la definición de WIT asignada a la categoría de tareas que refname captura la información de type="Activity" actividad. Para obtener más información, vea Referencia de elementos XML de configuración de proceso.

Las herramientas siguientes usan los campos que asigne:

Herramienta Tipo de campo
Panel de tareas, herramientas de capacidad, sprint burndown Trabajo restante
Trabajo pendiente de productos y carteras Prioridad de trabajo pendiente
Velocidad y previsión Esfuerzo (se asigna a puntos de historia, esfuerzo o tamaño)
Panel de tareas, herramientas de capacidad Trabajo restante
Herramientas de capacidad Actividad (actividad de tarea o disciplina)

Concesión o restricción del acceso a las herramientas de seguimiento de trabajo

Puede conceder o restringir el acceso para seleccionar características mediante la configuración de permisos. Al agregar cuentas de usuario a su equipo, se agregan automáticamente al grupo Colaborador. A continuación, tienen acceso a la mayoría de las características que necesitarán para contribuir al código, el seguimiento del trabajo, las compilaciones y las pruebas. Sin embargo, el grupo Colaborador no permite a los usuarios crear consultas compartidas ni agregar rutas de acceso de área o iteración. Tiene que conceder estos permisos por separado.

Para obtener una vista simplificada de los permisos y asignaciones de acceso predeterminados más comunes, vea Permisos y acceso. Si no está nuevo en la administración de permisos, consulte Introducción a los permisos, el acceso y los grupos de seguridad, Herencia de permisos y grupos de seguridad.

De lo contrario, para conceder o restringir el acceso a las características de selección, revise uno de estos temas:



Opciones de personalización adicionales

¿Desea personalizar las herramientas de una manera que no se admite?

Estas son algunas opciones disponibles:

Pruebe esto a continuación