Compartir a través de


Elegir los tipos de vínculos para seguir eficazmente su proyecto

Al crear las relaciones entre los elementos de trabajo, debe seleccionar el tipo de vínculo que mejor respalde sus esfuerzos de planeación y seguimiento del proyecto. Los diferentes tipos de vínculos admiten distintas capacidades y están basados en una de cuatro topologías, tal y como se describe en Trabajar con tipos de vínculos.

Nota

Puede modificar el tipo de vínculo después de agregar un vínculo de un elemento de trabajo a otro. Para obtener más información, vea Crear o eliminar relaciones entre elementos de trabajo.

Contenido del tema:

Revise las secciones siguientes para determinar la mejor opción de tipo de vínculo para respaldar sus necesidades de seguimiento:

  • Usar un vínculo relacionado para crear relaciones no jerárquicas

  • Usar vínculos primario-secundario para ver las relaciones jerárquicas de varios niveles

  • Usar vínculos predecesor-sucesor para planear y seguir las tareas de proyecto y sus dependencias

  • Usar los vínculos dependientes para ver y seguir los elementos de trabajo dependientes

  • Usar los vínculos de conjunto de cambios y elementos con versión para asociar las tareas y características con los elementos de trabajo de desarrollo y con versión

Usar un vínculo relacionado para crear relaciones no jerárquicas

Para crear la relación más simple entre los elementos de trabajo, agregue un vínculo relacionado a un elemento de trabajo. Este tipo de vínculo no tiene ninguna jerarquía inherente y está basado en la topología de vínculo de red. Puede usar el tipo de vínculo relacionado para relacionar elementos de trabajo que están en el mismo nivel, como dos casos de usuario que definen las características que superponen entre si. O bien, quizá desee crear una relación de vínculo relacionado entre dos tipos de elemento de trabajo diferentes definidos en dos proyectos de equipo diferentes y administrados por equipos diferentes.

Nota

Al actualizar una versión anterior de Team Foundation Server, todos los vínculos actualmente definidos se asignan al tipo de vínculo relacionado.

Con vínculos relacionados puede cumplir los objetivos siguientes:

Usar vínculos primario-secundario para ver las relaciones jerárquicas de varios niveles

Los vínculos primario-secundario se crean entre los elementos de trabajo para ver las relaciones jerárquicas de varios niveles entre los elementos de trabajo. Este tipo de vínculo se usa con mayor frecuencia para desglosar los casos de usuario en características y dividir las tareas en subtareas. Los vínculos primario-secundario se basan en la topología en árbol, admiten un conjunto de relaciones de uno a varios y prohíben las definiciones circulares, es decir, un nodo secundario solo puede tener uno primario.

Al definir los vínculos primario-secundario, tenga en cuenta las siguientes restricciones y recomendaciones:

  • Un elemento de trabajo puede tener sólo un primario, aunque un elemento de trabajo primario puede tener muchos elementos secundarios.

  • Los elementos de trabajo combinados por vínculos primario-secundario se deben definir para el mismo proyecto de equipo. Se recomienda esta acción si piensa usar Office Excel u Office Project para modificar o actualizar los datos de elementos de trabajo.

    Nota

    Pueden crearse vínculos primario-secundario entre los elementos de trabajo definidos en proyectos diferentes. Sin embargo, si exporta una consulta a Office Excel u Office Project, solo se importan al cliente de Office aquellos elementos de trabajo definidos para el proyecto de equipo para el que se define la consulta.

Usar vínculos predecesor-sucesor para planear y seguir las tareas de proyecto y sus dependencias

Si usa Office Project para planear y seguir los proyectos y vincula dos tareas que representan elementos de trabajo, al publicar los datos, Team Foundation crea automáticamente vínculos de tipo predecesor-sucesor entre los elementos de trabajo. Los vínculos predecesor-sucesor se usan para realizar el seguimiento de las tareas que deben completarse antes de poder iniciar otras. Los vínculos predecesor-sucesor se basan en una topología de dependencia, admiten relaciones uno a varios y no permiten las definiciones circulares.

Puede realizar una o más de las tareas siguientes al conectar elementos de trabajo mediante vínculos predecesor-sucesor:

Al definir los vínculos predecesor-sucesor, tenga en cuenta las siguientes restricciones y recomendaciones:

  • No cree vínculos que definan relaciones circulares. Si intenta crear o publicar elementos de trabajo que forman vínculos cíclicos, recibirá un error que deberá resolver para poder publicar.

  • Cree los vínculos predecesor-sucesor sólo para los elementos de trabajo que estén dentro del mismo proyecto de equipo (se recomienda).

    Nota

    Puede crear vínculos predecesor-sucesor entre los elementos de trabajo definidos en proyectos diferentes. Sin embargo, si exporta una consulta a Office Excel u Office Project, solo se importan al cliente de Office aquellos elementos de trabajo definidos para el proyecto de equipo para el que se define la consulta.

Para obtener más información sobre los tipos de vínculos y Office Project, vea Sugerencias rápidas y diferencias operativas al realizar el seguimiento de tareas mediante Microsoft Project y Team Foundation.

Usar los vínculos dependientes para ver y seguir los elementos de trabajo dependientes

Puede crear vínculos para los elementos de trabajo mediante un tipo de vínculo dependiente para realizar el seguimiento de los elementos de trabajo que afectan a la capacidad de completar un requisito, característica o tarea. Asimismo, puede crear vínculos para los elementos de trabajo que cruzan los límites del proyecto. Por ejemplo, la plantilla de proceso Microsoft Solutions Framework (MSF) for Agile Software Development v5.0 proporciona los siguientes tipos de vínculos dependientes adicionales: Prueba realizada por/Pruebas y Caso de prueba/Pasos compartidos. Estos tipos de vínculos se usan para crear relaciones entre los elementos de trabajo que siguen los errores, problemas, casos de prueba y pasos compartidos. Para obtener más información, vea Crear y administrar pruebas.

Los vínculos dependientes están basados en una topología de dependencia, admiten relaciones uno a varios y prohíben las definiciones circulares. Puede realizar cualquiera de las tareas siguientes mediante los vínculos dependientes:

  • Buscar y ver los elementos de trabajo de nivel superior y sus elementos de trabajo dependientes en una vista de dos niveles. Para obtener más información, vea Ver y modificar elementos de trabajo en una vista de vínculos directos.

  • Administrar los riesgos y dependencias, y colaborar más eficazmente entre los equipos del proyecto. Por ejemplo, puede alcanzar los objetivos siguientes si define vínculos dependientes entre los elementos de trabajo en su proyecto de equipo y los definidos en otro proyecto de equipo:

    • Cree una relación dependiente para una característica o conjunto de tareas que está desarrollando otro equipo.

    • Solicite que otro equipo acepte una dependencia de elemento de trabajo.

    • Administre sus compromisos y dependencias cruzadas de grupo con otros equipos.

Al definir los vínculos dependientes, tenga en cuenta las siguientes restricciones y recomendaciones:

  • Utilice los vínculos dependientes cuando los elementos de trabajo compartan dependencias. Por ejemplo, úselos cuando un caso de usuario tenga muchas características y algunas de las características cumplan dos o más casos de usuario.

  • Utilice los vínculos dependientes en lugar de otros tipos de vínculos para asociar los elementos de trabajo definidos en otro proyecto de equipo.

  • No puede ver las relaciones jerárquicas creadas con los tipos de vínculos dependiente mediante Office Excel u Office Project, salvo las instancias indicadas anteriormente en este tema para los vínculos primario-secundario y los vínculos predecesor-sucesor. 

    Nota

    Puede crear vínculos dependientes entre los elementos de trabajo definidos en diferentes proyectos y ver las dependencias en una vista de dos capas o en una vista de árbol de Team Web Access y Team Explorer. Sin embargo, si exporta una consulta a Office Excel o Office Project, solo se importarán al cliente de Office aquellos elementos de trabajo definidos en el proyecto de equipo en el que se estableció la consulta.

Usar los vínculos de conjunto de cambios y elementos con versión para asociar las tareas y características con los elementos de trabajo de desarrollo y con versión

Puede crear relaciones entre los elementos de trabajo y los conjuntos de cambios y archivos de control de versiones mediante los tipos de vínculos Elemento con versión y Conjunto de cambios. Estas relaciones son útiles cuando es necesario determinar el conjunto de cambios o archivo de control de código fuente asociado a una característica, tarea, error u otro elemento de trabajo. Para usar estas relaciones de vínculos, su equipo debe utilizar Team Foundation para el control de versiones.

Con los vínculos Conjunto de cambios y Elemento con versión usted y otros miembros del equipo pueden realizar las tareas siguientes:

  • Asociar los cambios de control de versiones con un elemento de trabajo determinado.

  • Seguir el conjunto de archivos implicado en completar un elemento de trabajo.

  • Ver los cambios realizados en el código fuente para direccionar un elemento de trabajo.

Nota

No puede crear una consulta de elementos de trabajo y vínculos directos que busque los elementos de trabajo vinculados mediante los tipos de vínculos Conjunto de cambios y Elemento con versión.

Para obtener más información, vea Asociar elementos de trabajo a un conjunto de cambios.

Vea también

Tareas

Crear o eliminar relaciones entre elementos de trabajo

Ver y modificar elementos de trabajo en una vista de vínculos directos

Ver y modificar elementos de trabajo en una vista de árbol

Conceptos

Trabajar con tipos de vínculos

Otros recursos

Sugerencias rápidas y diferencias operativas al realizar el seguimiento de tareas mediante Microsoft Project y Team Foundation

Crear relaciones entre los elementos de trabajo y otros recursos