Personalización de la experiencia de seguimiento del trabajo


Característica


Edición de WYSIWYG

✔️


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

✔️


Creación de plantillas de proceso personalizadas (vea la nota 1)

✔️

✔️


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

✔️

✔️


Compatibilidad con la personalización de campos, tipos de elementos de trabajo, diseño de formulario, flujo de trabajo, reglas personalizadas, niveles de trabajo pendiente, controles personalizados, administración de pruebas

✔️

✔️

✔️


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)

✔️


Configuración inicial de rutas de acceso de área, rutas de iteración, consultas de elementos de trabajo, grupos de seguridad y permisos (vea la nota 3)

✔️

✔️


Listas globales

Listas desplegables

(vea la nota 2)

✔️


Actualización de las asignaciones de campos de Microsoft mediante la herramienta de línea de comandos TFSFieldMapping (vea la nota 4)

✔️

✔️


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

✔️

✔️

✔️


Uso de las herramientas de línea de comandos witadmin para editar proyectos y enumerar la información del proyecto

✔️


API REST (lectura)

✔️

✔️

✔️


API REST (escritura)

✔️

✔️

(vea la nota 5)


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 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.
    O bien, puede usar las API REST o la herramienta Azure DevOps de comandos de la CLI.
  4. 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.
  5. 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, tiene una selección de 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 Project recopilación de equipos, 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 elementos 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 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 haría con cualquier otro tipo de elemento de trabajo.

Varios tipos de elementos de trabajo admiten la experiencia de prueba en el portal web Páginas de prueba y Test Manager cliente. Puede personalizar estos tipos de elementos de trabajo (plan de prueba, conjunto de pruebas, caso de prueba, pasos compartidos y parámetros compartidos), como 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 del elemento XML de configuración de procesos.

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

<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 tarea que refname captura la información de type="Activity" actividad. Para obtener más información, vea Referencia del elemento XML de configuración de procesos.

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 del 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 materia)

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

Puede conceder o restringir el acceso para seleccionar características a través de 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

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

A medida que planee y realice un seguimiento del proyecto, puede que desee configurar una característica o personalizar su experiencia para satisfacer las necesidades de seguimiento de su 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 se usa para personalizar proyectos, lo que afecta a todos los equipos, depende del modelo de proceso que use.

Si no está nuevo en el seguimiento de elementos de trabajo y Azure Boards, 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 deusuario: defina las rutas de acceso de área e iteración que los equipos seleccionan para configurar sus paneles y trabajo pendiente. 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 deequipo: cada equipo puede configurar sus herramientas específicas, como los trabajo pendientes, los paneles y los 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 y los trabajos pendientes y 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 deusuario: defina las rutas de acceso de área e iteración que los equipos seleccionan para configurar sus paneles y trabajo pendiente. 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 deequipo: cada equipo puede configurar sus herramientas específicas, como los trabajo pendientes, los paneles y los 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 recursos compartidos de nivel de aplicación

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 las rutas de acceso de área e iteración, consulte 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 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 muestran elementos jerárquicos o dependientes. < br/<
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 identity son compatibles con la característica selector de personas. Por ejemplo, al elegir el campo Asignado a 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 que ha seleccionado previamente 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 tipos de elementos de trabajo (WIT) (casos de usuario, tareas, errores) y los campos de datos usados 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 de 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 mediante 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ónmediante 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.