Acerca de las rutas de acceso de área e iteración (sprint)


Longitud de nodo

  • No debe contener más de 255 caracteres

Nombres reservados

  • No debe constar solo de un punto (.) o dos períodos (..)
  • 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, rutasde acceso y espacios de nombres.

Caracteres especiales de los nodos

  • No debe contener caracteres de control Unicode
  • No debe contener ninguno de los caracteres siguientes: \ / $ ? * : " & > < # % | +
  • No debe contener caracteres prohibidos por el sistema de archivos local. Para obtener más información sobre Windows restricciones de caracteres, 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

Como puede ver, las áreas e iteraciones desempeñan un papel importante en la compatibilidad con las herramientas de Agile y la administración de elementos de trabajo. Puede obtener más información sobre cómo trabajar con estos campos en los artículos siguientes.

Reglas de campo admitidas

Solo puede especificar un pequeño subconjunto de reglas,como y para System.XXX READONLY campos.

Ruta de acceso de campo de equipo frente a área de equipo

Si su organización tiene varios equipos que colaboran en un trabajo pendiente común y en muchas áreas de producto, quizás desee cambiar el modo en que están configurados los equipos. Agregue un campo personalizado para representar los equipos de su organización. Puede volver a configurar las páginas y herramientas de planeamiento ágiles para admitir los equipos y desacoplar la asignación a los equipos y las rutas de acceso de área.

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

Las rutas de acceso de área permiten agrupar elementos de trabajo por equipo, producto o área de características. Las rutas de iteración permiten agrupar el trabajo en sprints, hitos u otro período específico del evento o relacionado con el tiempo. Ambos campos permiten definir una jerarquía de rutas de acceso.

Defina rutas de acceso de área e iteración para un proyecto. Teams elegir qué rutas de acceso se usan para admitir su trabajo pendiente y otras herramientas de Agile. Para comprender cómo las herramientas de Agile usan rutas de acceso de área e iteración, consulte Herramientas de Agile que se basan en áreas e iteraciones.

Nota

Las rutas de acceso de área y las rutas 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 DE REST) o el comando de la CLI Azure DevOps az boards iteration.

Nota

Las rutas de acceso de área y las rutas 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 que vea dependen del proceso que usó para crear el proyecto. Aquí se muestran los valores predeterminados definidos para el proceso de Scrum. No se establecen fechas. Las fechas se establecen para que se correspondan con las programaciones de lanzamiento o sprint.

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

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

Si no está de acuerdo con la administración de proyectos y equipos, la secuencia más directa para configurar el proyecto y los equipos es la siguiente.

  1. Determine el número y los nombres de las rutas de acceso de área que desea admitir para clasificar el trabajo. Como mínimo, agregue una ruta de acceso de área para cada equipo que defina.
  2. Determine el número y los nombres de los equipos que desea admitir. Para obtener instrucciones, consulte Acerca de los equipos y las herramientas de Agile.
  3. Abra Project configuración Project configuración y defina las rutas de acceso de área para admitir los pasos 1 y 2 en el nivel de proyecto. Siga los pasos que se proporcionan más adelante en este artículo: Abrir Project Configuración, Project configuración y Agregar rutas de acceso de área.
  4. Defina los equipos que necesita para admitir el paso 2. Para obtener instrucciones, consulte Agregar un equipo, pasar de un equipo predeterminado a varios equipos.
  5. Abra la configuración del equipo y asigne las rutas de acceso de área predeterminadas y adicionales a cada equipo. Siga los pasos que se proporcionan más adelante en este artículo: Abrir configuración de equipo y Establecer rutas de acceso de área predeterminadas del equipo.
  6. Asigne la ruta de acceso de área de los elementos de trabajo a una ruta de acceso de área definida. Use la modificación masiva para modificar varios elementos de trabajo a la vez.

Nota

Aunque puede asignar la misma ruta de acceso de área a más de un equipo, esto puede causar problemas si dos equipos reclaman la propiedad sobre el mismo conjunto de elementos de trabajo. Para obtener más información, vea Acerca de los paneles y Kanban, Limitaciones de las vistas de panel Kanban de varios equipos.

Según sea necesario, puede realizar las siguientes acciones en cualquier momento:

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

¿Cuántas áreas debe definir un equipo?

Agregue áreas para admitir los requisitos de seguridad y capacidad de seguimiento de su equipo. Utilice áreas para representar los componentes lógicos o físicos y, a continuación, cree áreas secundarias para representar características concretas.

Agregue áreas cuando tenga estos requisitos:

  • Filtrado de consultas en función de un producto o área de características
  • Organización o agrupación de 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 con las que el equipo puede organizar todos los elementos de trabajo pendiente, casos de usuario, requisitos, tareas y errores.

Evite crear una estructura de áreas que sea demasiado compleja. Puede crear áreas para repartir los permisos de los elementos de trabajo, pero los árboles complejos generan una elevada carga adicional en la administración de permisos. Es posible que encuentre que es demasiado trabajo duplicar la estructura y los permisos en otros proyectos.

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

Use las instrucciones siguientes para configurar rutas de iteración para el proyecto y los equipos:

  1. En primer lugar, defina las rutas de acceso de área y los equipos siguiendo las instrucciones proporcionadas en 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. La práctica recomendada es hacer que todos los equipos usen la misma cadencia de sprint.
  3. Determine si desea una estructura plana o una jerarquía de sprints y versiones.
  4. Abra Project configuración Project y defina las rutas de iteración para admitir los pasos 2 y 3 en el nivel de proyecto. Siga los pasos proporcionados más adelante en este artículo: Abrir Project Configuración, Project configuración y Agregar iteraciones y establecer fechas de iteración.
  5. Abra la configuración del equipo y asigne las rutas de iteración predeterminadas, de trabajo pendiente y adicionales a cada equipo. Siga los pasos que se proporcionan más adelante en este artículo: Abrir configuración de equipo y Establecer rutas de iteración predeterminadas del equipo.
  6. Cada equipo debe asignar una ruta de iteración a sus elementos de trabajo que se encuentra en la ruta de acceso de iteración de trabajos pendientes. Después, esos elementos de trabajo se mostrarán en sus trabajos pendientes y paneles del producto. 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.

Según sea necesario, puede realizar las siguientes acciones en cualquier momento:

  • Agregar nodos de iteración secundarios adicionales
  • 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 bajo otro nodo
  • Eliminación de una ruta de acceso de iteración secundaria
  • Cambiar las rutas de iteración predeterminadas y seleccionadas asignadas a un equipo

¿Cuántas iteraciones debe definir un equipo?

Defina tantas iteraciones secundarias como necesite para reflejar el ciclo de vida del proyecto. Estas rutas de acceso representan una serie de eventos, como sprints, resultados previos a la beta y beta, y otros hitos de la versión. Normalmente, un equipo deja los elementos de trabajo asignados a la iteración predeterminada del equipo si aún no están programados para el trabajo o para una versión.

Agregue iteraciones para admitir estos requisitos:

  • Definición de sprints que los equipos de Scrum usan para planear y ejecutar sus sprints
  • Configuración de ciclos de sprint y de varias versiones más complejos
  • Filtrar consultas en función de sprints, hitos o tiempo de ciclo para el proyecto
  • Admitir el trabajo futuro que no está listo para asignar a un ciclo de versión de destino.

En el ejemplo siguiente, beta 1, beta 2, versión 1.0 y versión 2.0 se definen para el proyecto MyApplication.

Jerarquía de iteración plana

A medida que cree el trabajo pendiente de las características y tareas del producto, asígnelas a hitos. Asigne las características y la tarea por las que espera que finalice el equipo. A medida que cambien sus necesidades, podrá agregar eventos bajo cada hito primario que reflejen el modo en que el equipo programa y administra el trabajo.

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

Jerarquía de iteración jerárquica

Las iteraciones no aplican ninguna regla. Por ejemplo, puede asignar una tarea a una iteración pero no puede cerrarla o completarla en el transcurso de esa iteración. Al final de una iteración, debe encontrar todos los elementos de trabajo que permanecen activos o abiertos para esa iteración y tomar las medidas adecuadas. Puede moverlos, por ejemplo, a una iteración diferente o devolverlos a Trabajo pendiente.

Restricciones de nomenclatura

Los campos Ruta de acceso de área y 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