Rutas de área y de iteración

  • Artículo

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

Las rutas de acceso de área agrupan elementos de trabajo por equipo, producto o área de características. Las rutas de acceso de iteración agrupan el trabajo en sprints, hitos u otros períodos relacionados con el tiempo. Ambos campos admiten rutas de acceso jerárquicas.

Defina rutas de acceso de área e iteración para un proyecto, y los equipos pueden seleccionar las rutas de acceso que se usarán para sus herramientas de trabajo pendiente y Agile. Obtenga información sobre cómo las herramientas de Agile usan estas rutas de acceso en herramientas ágiles que dependen de áreas e iteraciones.

Nota:

Las rutas de acceso de área y las rutas de acceso de iteración también se conocen como nodos de clasificación. Puede administrarlos mediante programación mediante la iteración de nodos de clasificación (API REST) o el comando de la CLI de Azure DevOps az boards iteración.

Nota:

Las rutas de acceso de área y las rutas de acceso de iteración también se conocen como nodos de clasificación. Puede administrarlos mediante programación a través de los nodos de clasificación (API REST).

Las áreas e iteraciones dependen del proceso usado para crear el proyecto. En este ejemplo se muestra la configuración predeterminada para el proceso de Scrum. Las fechas no se establecen de forma predeterminada; Debe establecer fechas para que coincidan con las programaciones de sprint o lanzamiento.

Iteraciones Áreas
Iteraciones predeterminadas, proceso de Scrum Un conjunto de rutas de acceso de área de ejemplo

Importante

  • La eliminación de rutas de acceso de área o la reconfiguración de las rutas de acceso de iteración provoca una pérdida de datos irreversible. Por ejemplo, los gráficos de widgets de grabación y de grabación, reducción de sprint y gráficos de velocidad para los equipos con rutas de área modificadas no mostrarán datos precisos. Los gráficos de tendencias históricos hacen referencia a la ruta de acceso del área y a la ruta de iteración tal como se definieron en el momento de cada elemento de trabajo. Una vez eliminado, no puede recuperar datos históricos para estas rutas de acceso.
  • Solo puede eliminar rutas de acceso de área e iteración que ya no usan los elementos de trabajo.

Definición y asignación de rutas de acceso de área

Si no está familiarizado con la administración de proyectos y equipos, siga estos pasos para configurar el proyecto y los equipos:

  1. Determinar las rutas de acceso de área: identifique el número y los nombres de las rutas de acceso de área necesarias para clasificar el trabajo. Como mínimo, agregue una ruta de acceso de área para cada equipo que defina.
  2. Decidir sobre los equipos: decida el número y los nombres de los equipos que desea admitir. Para obtener más información, consulte Acerca de los equipos y las herramientas de Agile.
  3. Definir rutas de acceso de área: defina las rutas de acceso de área para admitir los pasos 1 y 2 en el nivel de proyecto. Siga estos pasos: Agregar rutas de acceso de área.
  4. Definir equipos: defina los equipos necesarios para admitir el paso 2. Para obtener más información, consulte Agregar un equipo, pasar de un equipo predeterminado a varios equipos.
  5. Configurar la configuración del equipo: siga estos pasos para asignar las rutas de acceso predeterminadas y otras áreas a cada equipo.
  6. Asignar elementos de trabajo: asigne elementos de trabajo a las rutas de acceso de área definidas. Use la modificación masiva para modificar varios elementos de trabajo a la vez.

Nota:

Puede definir hasta 10 000 rutas de acceso de área por proyecto y asignar hasta 300 rutas de acceso de área a un único equipo. Para obtener más información, consulte Seguimiento del trabajo, procesos y límites del proyecto.

Puede asignar la misma ruta de acceso de área a más de un equipo, pero esto puede causar problemas si dos equipos reclaman la propiedad sobre el mismo conjunto de elementos de trabajo. Para obtener más información, consulte Limitaciones de las vistas del panel de varios equipos.

Puede realizar las siguientes acciones en cualquier momento:

  • Adición de más nodos secundarios
  • Cambiar el nombre de una ruta de acceso de área (excepto la ruta de acceso del área raíz)
  • Mover un nodo secundario debajo de otro nodo
  • Eliminación de un nodo secundario
  • Cambiar el nombre de un equipo
  • Cambiar las asignaciones de ruta de área realizadas a un equipo

Para obtener más información, consulte Configuración de una jerarquía de equipos.

¿Cuántas áreas debe definir un equipo?

Agregue áreas para admitir los requisitos de rastreabilidad y seguridad de su equipo. Use áreas para representar componentes lógicos o físicos y crear áreas secundarias para representar características específicas.

Agregue áreas cuando necesite realizar cualquiera de las tareas siguientes:

  • Filtrar consultas basadas en un producto o área de características
  • Organizar o agrupar elementos de trabajo por equipo o subequipos
  • Restringir el acceso a los elementos de trabajo en función de su área

Cada equipo puede crear una jerarquía de áreas para organizar sus elementos de trabajo pendiente, casos de usuario, requisitos, tareas y errores.

Evite crear una estructura de área demasiado compleja. Aunque puede usar áreas para crear particiones de permisos en elementos de trabajo, los árboles complejos requieren una sobrecarga significativa para la administración de permisos. La duplicación de la estructura y los permisos en otros proyectos puede resultar complicado.

Definición y asignación de rutas de acceso de iteración

Siga estos pasos para configurar las rutas de acceso de iteración para el proyecto y los equipos:

  1. Defina las rutas de acceso de área y los equipos mediante las instrucciones de Definición de rutas de acceso de área y asignación a un equipo.
  2. Determine la longitud de la iteración que desea admitir. Se recomienda que todos los equipos usen la misma cadencia de sprint.
  3. Decida si desea una estructura plana o una jerarquía de sprints y versiones.
  4. Defina las rutas de acceso de iteración para admitir los pasos 2 y 3 en el nivel de proyecto. Siga estos pasos: Agregue iteraciones y establezca fechas de iteración.
  5. Abra la configuración del equipo y asigne las rutas de acceso predeterminadas, trabajos pendientes y otras rutas de acceso de iteración a cada equipo. Siga estos pasos: Abra la configuración del equipo y Establezca las rutas de acceso de iteración predeterminadas del equipo.
  6. Cada equipo debe asignar una ruta de acceso de iteración a sus elementos de trabajo que se encuentran en la ruta de acceso de iteración trabajo pendiente. Estos elementos de trabajo aparecen en sus trabajos pendientes de producto y paneles. Use la modificación masiva para modificar varios elementos de trabajo a la vez. Consulte también Asignación de elementos de trabajo pendiente a un sprint.

Nota:

Puede definir hasta 10 000 rutas de acceso de iteración por proyecto y asignar hasta 300 rutas de acceso de iteración a un único equipo. Para obtener más información, consulte Seguimiento del trabajo, procesos y límites del proyecto.

Puede realizar las siguientes acciones en cualquier momento:

  • Adición de más nodos de iteración secundarios
  • Cambiar el nombre de una ruta de acceso de iteración (excepto la ruta de acceso raíz)
  • Mover una ruta de acceso de iteración secundaria debajo de otro nodo
  • Eliminar una ruta de acceso de iteración secundaria
  • Cambiar las rutas de acceso de iteración predeterminadas y seleccionadas asignadas a un equipo

¿Cuántas iteraciones deben definir un equipo?

Defina tantas iteraciones secundarias como sea necesario para reflejar el ciclo de vida del proyecto. Estas rutas de acceso representan una serie de eventos, como sprints, prebeta y resultados beta, y otros hitos de versión. Los equipos suelen dejar los elementos de trabajo asignados a la iteración predeterminada del equipo si aún no están programados para el trabajo o la versión. Defina tantas iteraciones secundarias como sea necesario para reflejar el ciclo de vida del proyecto. Estas iteraciones pueden representar varios eventos, como sprints, prebeta y fases beta, y otros hitos de versión. Los equipos suelen dejar los elementos de trabajo asignados a la iteración predeterminada del equipo si aún no están programados para el trabajo o la versión.

Agregue iteraciones para admitir los siguientes requisitos:

  • Definir sprints para que los equipos de Scrum planeen y ejecuten sus sprints
  • Configuración de ciclos de sprint y versiones múltiples más complejos
  • Filtrar consultas basadas en sprints, hitos o tiempo de ciclo para el proyecto
  • Admitir el trabajo futuro que no está listo para asignarse a un ciclo de versión de destino.

En el ejemplo siguiente, se definen Beta 1, Beta 2, Release 1.0 y Release 2.0 para el proyecto MyApplication.

Captura de pantalla de la jerarquía de iteración plana.

A medida que crea el trabajo pendiente de las características y tareas del producto, asígnelos a hitos en función de cuándo espera que el equipo los complete. A medida que cambien sus necesidades, puede agregar eventos en cada hito importante para reflejar cómo programa y administra su trabajo el equipo.

Por ejemplo, la iteración Beta 1 ahora contiene tres nodos secundarios, uno para cada sprint en el período de tiempo beta 1.

Captura de pantalla de la jerarquía de iteración jerárquica.

Las iteraciones no aplican ninguna regla. Por ejemplo, puede asignar una tarea a una iteración sin cerrarla ni completarla durante esa iteración. Al final de una iteración, identifique todos los elementos de trabajo que permanecen activos o abiertos y realicen las acciones adecuadas. Puede moverlos a una iteración diferente o devolverlos al trabajo pendiente.

Puede ejecutar consultas para buscar características y elementos de trabajo asignados a una iteración específica o a un conjunto de iteraciones y, a continuación, modificar de forma masiva los elementos de trabajo para cambiar sus rutas de acceso de iteración. Para obtener más información, consulte Consulta por fecha o iteración actual.

Restricciones de nomenclatura

Los campos Ruta de acceso de área e Ruta de acceso de iteración , tipo de datos=TreePath, constan de varios elementos de nodo separados por el carácter de barra diagonal inversa (\). Minimice los nombres de los nodos y asegúrese de cumplir las restricciones siguientes al agregar nodos secundarios.

Tipo de restricción Restricción
Longitud de nodo No debe contener más de 255 caracteres.
Nombres reservados - No debe constar únicamente de un período . o de dos puntos ...
- No debe ser un nombre reservado por el sistema, como PRN, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, COM10, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, NUL, CON o AUX. Para obtener más información sobre los nombres reservados, vea Nombres de archivo, rutas de acceso y espacios de nombres.
Caracteres especiales de los nodos - No debe contener caracteres de control Unicode.
- No debe contener ninguno de los siguientes caracteres: \ / : * ? " < > | # $ & * +.
- No debe contener caracteres prohibidos por el sistema de archivos local. Para obtener más información sobre las restricciones de caracteres de Windows, vea Asignar nombres a archivos, rutas de acceso y espacios de nombres.
Longitud de la ruta de acceso No debe contener más de 4000 caracteres Unicode.
Profundidad de jerarquía de la ruta de acceso Debe tener menos de 14 niveles de profundidad.