Agregar y modificar rutas de acceso de área e iteración

Para agrupar elementos de trabajo por producto, área funcional o área de características, utilice las rutas de acceso de área. Para agrupar el trabajo en sprints, hitos o períodos de tiempo en los que se va a trabajar, utilice rutas de acceso de iteración. Para restringir el acceso a un grupo de elementos de trabajo, utilice las rutas de acceso de área o iteración.

Las rutas de acceso de área e iteración admiten también funciones clave de las herramientas de planeación de Agile. La ruta de acceso de área predeterminada de un equipo se utiliza para filtrar los elementos de trabajo pendiente de las páginas de trabajo pendiente de cada equipo. Los elementos de trabajo creados mediante herramientas de planeación de Agile asignan automáticamente las rutas de acceso de área e iteración en función de los valores predeterminados del equipo.

Agregar un nodo de área o un nodo secundario

1. Si no es administrador del proyecto, pida que le agreguen como tal. Debe ser administrador del proyecto para poder agregar nodos en un área de equipo o tener los permisos de Crear nodos secundarios establecidos en Permitir en una ruta de acceso de área, tal y como se describe más adelante en este tema, en Restringir el acceso a los elementos de trabajo asignados a un área o iteración.

2. Desde la página del proyecto de equipo de Team Web Access (TWA), abra la página de administración.

   

   Para obtener más información sobre la conexión a TWA, vaya aquí.

3. Abra Áreas. La mayoría de los equipos están asociados con una ruta de acceso de área predeterminada.

   

   La ruta de acceso de área predeterminada se utiliza para filtrar los elementos de trabajo pendiente en las páginas de trabajo pendiente del proyecto de equipo. Además, la ruta de acceso de área se establece en el valor predeterminado del equipo cuando los equipos crean elementos de trabajo desde la página de una herramienta de planeación de Agile.

4. Agregue un nodo secundario al área seleccionada. Para conocer las restricciones que se aplican a los nombres, vaya aquí.

   

Agregar un nodo secundario de iteración y establecer las fechas de iteración

La mayoría de los proyectos de equipo vienen con un conjunto predefinido de rutas de acceso de iteración, en función de la plantilla de proceso. Puede cambiar el nombre o ampliar este conjunto.

1. En la página Iteraciones, puede agregar y seleccionar las iteraciones que estarán activas para su equipo. Agregue los nodos de iteración de la misma manera que los nodos de área.

   

2. Para especificar una iteración o una iteración secundaria para un equipo, active la casilla situada junto a esa iteración o iteración secundaria. Si elige una iteración, no podrá seleccionar iteraciones secundarias. Si desea usar las iteraciones secundarias, desactive la casilla de la iteración y, a continuación, active las casillas de las iteraciones secundarias que desea usar para el equipo.

3. Abra un sprint o una iteración para establecer las fechas de inicio y finalización.

   

   Después de establecer las fechas de inicio y finalización de una iteración, la herramienta de calendario establece automáticamente el siguiente conjunto de fechas basándose en la misma duración de la iteración que especificó inicialmente. Por ejemplo, si especificó tres semanas para el Sprint 1, cuando seleccione la fecha de inicio del Sprint 2, la herramienta de calendario determinará automáticamente las fechas de inicio y finalización utilizando las tres semanas siguientes. Puede aceptar o cambiar estas fechas.

   Sugerencia

   No es necesario definir las fechas de la iteración ni usarlas, pero esto puede ayudarle a programar el trabajo y a hacer un seguimiento del progreso en esa programación.

Restringir el acceso a los elementos de trabajo asignados a un área o iteración

Puede asignar permisos en el nivel de usuario o de grupo tanto para las áreas como para las iteraciones. Los permisos restringen o permiten el acceso a los elementos de trabajo, los casos de prueba o los planes de pruebas. También puede restringir o permitir que los usuarios o grupos administren la estructura del proyecto para un área o iteración.

1. Abra los permisos del nodo que desea administrar.

   

2. Seleccione el grupo o miembro de equipo y, a continuación, cambie la configuración de permisos. En el ejemplo siguiente, el grupo de acceso denegado no tiene permisos para ver, modificar o editar elementos de trabajo ni permisos en la ruta de acceso del área FabrikamFiber.

   

   Para cambiar un permiso, elija Sin establecer, Permitir herencia, Permitir o Denegar.

   Si el miembro del grupo o del equipo no aparece en la lista, puede seleccionar Agregar. Para crear un grupo de TFS, abra la pestaña Seguridad.

   Si el servidor de capa de aplicación se ha actualizado a TFS 2013.3, los permisos para Administrar conjuntos de pruebas se han agregado al modelo de seguridad de la ruta de acceso de área. Se ha limitado el ámbito del permiso para Administrar planes de pruebas para administrar únicamente planes de pruebas. Anteriormente, abarcaba los permisos de administración de planes de pruebas y conjuntos de pruebas. Para obtener más información sobre estos permisos, consulte P: ¿Qué funciones están contempladas por los permisos de administración de pruebas?

   Para ver otras formas de limitar las modificaciones en los elementos de trabajo, vea Restricción de quién puede crear o modificar un elemento de trabajo.

Preguntas y respuestas

P: ¿Hay restricciones en términos de nomenclatura y estructuración de nodos secundarios?

R: Los campos Área e Iteración son rutas de acceso que se componen de varios elementos de nodo separados por caracteres de barra diagonal inversa (\). Estos campos utilizan el tipo de datos TreePath. Una práctica recomendada es minimizar los nombres de nodos y tener en cuenta estas restricciones cuando asigne nombres a las rutas de acceso de área e iteración:

Tipo de restricción	Restricción
Longitud de nodo	No debe contener más de 255 caracteres
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 más información sobre las restricciones de caracteres de Windows, vea el tema sobre cómo nombrar un archivo.
Nombres reservados	Debe contener más de un punto (.) o dos puntos (..) No deben ser nombres reservados del sistema, como PRN, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, COM10, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, NUL, CON, or AUX Para más información sobre los nombres reservados, vea el tema sobre cómo nombrar un archivo.
Longitud de la ruta de acceso	Debe contener menos de 4.000 caracteres Unicode Importante Si define un nombre de ruta de acceso que tiene más de 256 caracteres, no podrá especificarlo en Microsoft Project.Para evitar este problema, defina nombres de rutas de acceso que tengan menos de 10 caracteres y no anide los nodos en más de 14 niveles de profundidad.
Profundidad de jerarquía de la ruta de acceso	Debe tener menos de 14 niveles de profundidad

Para más información sobre el campo TreeType, vea Referencia de campos de áreas e iteraciones.

P: ¿Hay restricciones sobre la aplicación de reglas de campo a los campos Ruta de acceso del área y Ruta de acceso de la iteración?

R: Sí. Muchas reglas de campo no se pueden definir para los campos System.XXX. Para obtener más información, vea Aplicar una regla de campo.

P: ¿Qué permisos necesito para agregar o modificar rutas de acceso de área e iteración?

R: Para crear o modificar áreas o iteraciones, debe ser miembro del grupo Administradores de proyectos, o bien los permisos Crear y ordenar nodos secundarios, Eliminar este nodo y Editar este nodo del nodo de área o iteración que desea modificar deben estar establecidos en Permitir.

P: ¿Cómo puedo estructurar los equipos, las áreas y las iteraciones para que admitan equipos jerárquicos o escalen la agilidad dentro de una empresa?

R: Aunque no exista el concepto de "subequipos", puede crear equipos cuyas rutas de acceso de área estén bajo otro equipo, lo que en realidad establece una jerarquía de equipos. Para obtener más información, vea Agregar otro equipo.

Además, estas dos notas del producto puede guiarle a través de los pasos necesarios para configurar los equipos, las rutas de acceso de área y las iteraciones para admitir la administración de carteras o las organizaciones: Administración de carteras Agile: Usar TFS para admitir trabajos pendientes en varios equipos y Scaled Agile Framework: Using TFS to support epics, release trains, and multiple backlogs.

P: ¿Qué ocurre cuando elimino un nodo de área o iteración o cambio su nombre?

R: Cuando cambia el nombre de un área o iteración o mueve el nodo dentro de la jerarquía de árbol, debe actualizar manualmente los elementos de trabajo que hacen referencia a la ruta o rutas de acceso existentes. Puede realizar una actualización en bloque utilizando TWA o Excel.

Cuando elimina un nodo de área o iteración, el sistema actualiza automáticamente los elementos de trabajo existentes con el nodo especificado en el indicador de eliminación.

P: ¿Qué herramientas se basan en rutas de acceso de área o iteración?

R: Las herramientas de planeación de Agile (Crear el trabajo pendiente y Trabajar con sprints) se compilan a partir de las consultas del sistema que hacen referencia a la ruta de acceso del área del equipo. Para ver estas consultas, elija el vínculo Crear consulta que aparece en las páginas de estas herramientas. Sin embargo, no puede cambiar la consulta subyacente.

Además, para que una página de trabajo pendiente de iteración o sprint aparezca en un equipo, primero debe definirse y seleccionarse.

Puede generar rápidamente consultas o informes de filtro para ver el progreso de esas áreas e iteraciones. Por ejemplo, cuando se asignan elementos de trabajo a rutas de acceso de área, puede visualizar el progreso por área, tal y como se muestra en el siguiente gráfico de barras apiladas.

El gráfico de velocidad integrado se basa en la definición de las iteraciones de equipo.

Asimismo, los permisos de seguridad asignados a un control de ruta de acceso de área que tenga acceso a administrar planes de pruebas y conjuntos de pruebas en dicha ruta de acceso de área.

P: ¿Qué funciones se controlan con los permisos de administración de pruebas?(Requiere TFS 2013.3)

R: El permiso Administrar conjuntos de pruebas permite a los usuarios:

• Crear y modificar conjuntos de pruebas

• Agregar casos de prueba a conjuntos de pruebas o quitarlos

• Cambiar configuraciones de prueba asociadas a conjuntos de pruebas

• Modificar la jerarquía de conjuntos moviendo un conjunto de pruebas

El permiso Administrar planes de pruebas permite a los usuarios:

• Crear y modificar planes de pruebas

• Agregar conjuntos de pruebas a planes de pruebas o quitarlos

• Cambiar las propiedades del plan de pruebas, como la configuración de compilación y prueba

Se asignan permisos adicionales de administración de pruebas al nivel de proyecto de equipo, que incluyen la capacidad de crear, eliminar, ver las ejecuciones de prueba y administrar entornos y configuraciones de prueba. Consulte Permisos de nivel de proyecto.

P: ¿Cuántos nodos de área y de qué tipo debe definir un equipo?

R: No es necesario que agregue ningún nodo de área. Sin embargo, las áreas son útiles para filtrar los informes y consultas de elementos de trabajo en función de sus características. Tenga en cuenta estas directrices cuando agregue nodos de área:

• Defina áreas que admitan sus requisitos de seguridad y rastreabilidad.

• 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. Puede resultar muy trabajoso tener que duplicar la estructura y los permisos de otros proyectos de equipo.

• 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.

• Utilice áreas para representar los componentes lógicos o físicos y, a continuación, cree áreas secundarias para representar características concretas. El equipo puede usar esta estructura para mantener organizados los elementos de trabajo y mejorar la rastreabilidad en función de un componente o una característica.

• Cree las áreas en las que desea restringir el acceso.

P: ¿Cuántos nodos de iteración debe definir un equipo?

A: Puede definir tantas rutas de acceso de iteración como necesite para reflejar el ciclo de vida del proyecto. Estas rutas de acceso representan una jerarquía de eventos, como sprints, entrega de versiones beta o anteriores y otros hitos de la versión. Tenga en cuenta estas directrices cuando defina nodos de iteración secundarios:

• Utilice las iteraciones para representar sprints, hitos o ciclos del proyecto.

• Determine la duración del ciclo para que se ajuste a los procesos del equipo y defina las iteraciones para que admitan ese ciclo.

• Cree una iteración independiente, a la que puede etiquetar como Futuro, para los elementos de trabajo que no están listos para asignarlos a un ciclo de versiones de destino.

• Para obtener información general acerca de cómo puede planear un sprint utilizando iteraciones, vea Trabajar con sprints.

En el ejemplo siguiente, Trabajo pendiente, Beta 1, Beta 2, Versión 1.0 y Versión 2.0 se definen en el proyecto de equipo MiAplicación. Puede asignar todos los elementos de trabajo a la iteración Trabajo pendiente si aún no se han programado para alguna tarea o versión.

MyApplication Trabajo pendiente Beta 1 Beta 2 Versión 1.0 Versión 2,0

A medida que cree el trabajo pendiente de las tareas y las características del producto, puede empezar a asignarlas a los hitos en los que espera que el equipo las complete. 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. Tal y como se muestra en el ejemplo siguiente, la iteración Beta 1 contiene ahora cinco nodos secundarios, uno por cada sprint del período Beta 1.

MiAplicación Trabajo pendiente    Beta 1 Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5    Beta 2    Versión 1.0    Versión 2,0

Las iteraciones no exigen la aplicación de 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, deben encontrarse todos los elementos de trabajo que permanecen activos o que no se han cerrado en esa iteración para llevar a cabo después la acción apropiada. Puede moverlos, por ejemplo, a una iteración diferente o devolverlos a Trabajo pendiente.

P: ¿Existe alguna manera para desacoplar equipos de la ruta de acceso del equipo?

R: Sí. 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. Si agrega un campo personalizado que represente a los equipos de la organización, podrá volver a configurar las herramientas y páginas de planeación de Agile para que ayuden a los equipos y desacoplen la asignación a equipos y rutas de acceso de área.

P: ¿Se pueden exportar las rutas de acceso de área e iteración?

R: No. No puede exportar la estructura de las rutas de árbol para que un proyecto de equipo la use con otro proyecto de equipo.