Introducción al funcionamiento de la administración de actualizaciones en campos específicos

Debe revisar este tema si uno o más campos entre Visual Studio Team Foundation Server y Project Server no se han sincronizado como se esperaba. El tipo de datos del campo o campos afectados, el atributo de asignación de campo OnConflict y la jerarquía de tareas afectan a cómo el motor de sincronización actualiza campos concretos. Las tareas no se actualizarán correctamente si el jefe de proyecto rechaza una o varias actualizaciones de envío o si el plan del proyecto no se ha publicado. Si el plan no se ha publicado, los elementos de trabajo secundarios anidados no pueden fluir en la cola de aprobación.

En este tema

• Información general del proceso de campo de actualización

• Actualizaciones de envío rechazadas

• Actualizaciones de los títulos o nombres de tarea

• Actualizaciones de la fecha de inicio y finalización

• Actualizaciones de los campos que contienen horas

• Actualizaciones de las asignaciones de tarea

• Tareas de resumen, jerarquía de tareas y envíos de varios elementos de trabajo anidados

• Actualizaciones de campos asociados a listas de selección o tablas de búsqueda

Información general del proceso de campo de actualización

Como se muestra la siguiente ilustración, los datos se desplaza de Project Server, a Team Foundation Server, a la cola de estado en una instancia de PWA, al plan del proyecto de empresa y, finalmente, vuelven a Project Server. La tabla siguiente proporciona notas adicionales sobre el proceso de sincronización y cómo los campos se actualizan durante cada paso del proceso.

Importante

Cuando se ha programado un elemento de trabajo o tarea de participar en la sincronización, no se puede quitar de la sincronización excepto eliminando la tarea del plan del proyecto. No se puede editar el valor Publicar en proyecto de equipo que está asignado a una tarea, y no se puede cambiar el campo Enviar a Project Server en Team Foundation. Además, no se puede cambiar una tarea a un tipo diferente de elemento de trabajo una vez que se ha publicado o enviado desde Team Foundation Server.

Paso	Proceso de sincronización	Actualizaciones de campo
	Sincronización de Team Foundation: el motor de sincronización detecta automáticamente adiciones y cambios que se publican en Project Server y extrae esas actualizaciones a Team Foundation Server.	En este paso, únicamente se actualizan los campos asignados de Project Server a Team Foundation Server(asignación targetToTfs). El motor de sincronización siempre actualiza el campo reflejo pero únicamente actualiza el campo de referencia cuando el atributo OnConflict está establecido en PSWin. Sin embargo, cuando una tarea se publica en Project Server por primera vez, se establecen el campo de referencia y el campo reflejo, sin tener en cuenta el valor al que se ha asignado el atributo OnConflict. Los campos reflejo son de solo lectura. De forma predeterminada, el atributo OnConflict no está especificado para los campos Trabajo restante y Trabajo completado, que permiten que los campos asignados se diferencien entre Team Foundation Server y Project Server. Para obtener más información, vea Actualizaciones de campos que contienen horas más adelante en este tema.
	Estado de sincronización: cuando los miembros del equipo agregan o modifican los elementos de trabajo que se establecen para enviar a Project Server, el motor de sincronización envía automáticamente las actualizaciones a la cola de estado.	Únicamente se envían los campos que se asignan para su presentación a la cola de estado (asignación tfsToTarget). Los cambios de las fechas de inicio y finalización se envían únicamente cuando el elemento de trabajo se muestra por primera vez. Dado que los campos de Team Foundation se asignan a los campos de recursos en el proyecto, las actualizaciones se realizan en los campos de recursos como Trabajo restante del recurso y Trabajo completado del recurso.
	Sincronización de la aprobación: cuando una actualización se aprueba, aparece dentro del plan del proyecto de empresa. La notificación de aprobación o rechazo se escribe en el historial del elemento de trabajo en Team Foundation.	El complemento Team Foundation para Project Professional garantiza la sincronización correcta de los valores para los campos pjTask* y pjResource*. Por tanto, debe utilizar Project Professional de un equipo cliente en el que Service Pack 1 para Visual Studio 2010 se hayan instalado para modificar los planes del proyecto de empresa asignados a un proyecto de equipo.
	Publicación de la sincronización: cuando el jefe de proyecto publica el plan del proyecto, las actualizaciones se escriben en Project Server.	Los cambios realizados a todas las tareas del plan del proyecto se actualizan en Project Server.

Para obtener más información, vea los temas siguientes:

• Información general sobre el proceso de sincronización para la integración de Team Foundation Server y Project Server

• Personalizar las asignaciones de campos entre Team Foundation Server y Project Server

• Administrar las asignaciones de referencias de elementos XML para la integración de Team Foundation Server y Project Server

• Restricciones en la asignación de campos de Project Server para la integración con Team Foundation Server

Volver al principio

Actualizaciones de envío rechazadas

Cuando un jefe de proyecto rechaza una actualización de estado a un requisito o una tarea, el elemento de trabajo correspondiente no se sincroniza hasta que se resuelva el rechazo. La razón por la que el rechazo aparece en el campo Historial y el campo Estado de la última aprobación en la pestaña Project Server indica Rechazado. Un miembro del equipo debe resolver el estado de rechazo para reanudar la sincronización del elemento de trabajo.

Puede crear una consulta de equipo para buscar los elementos de trabajo cuyo estado de actualización se rechazó. Para obtener más información, vea How to: Resolve Conflicts of Mapped Work Items.

Volver al principio

Actualizaciones de los títulos o nombres de tarea

El campo Título en Team Foundation Server y la tarea Nombre en Project Server participan en un proceso de sincronización bidireccional. Es decir, un cambio en un servidor se actualiza siempre en otro servidor. Sin embargo, se puede cambiar este comportamiento si se cambia la asignación para el campo Título (System.Title).

Volver al principio

Actualizaciones de la fecha de inicio y finalización

Los campos de programación participan en un proceso de sincronización unidireccional. En otras palabras, los campos Fecha de inicio y Fecha de finalización en Team Foundation Server reflejan siempre los valores asignados en Project Server y los cambios que se realizan en estos campos en Team Foundation Server nunca se envían a Project Server. Esta regla se aplica porque el proyecto utiliza un motor de programación para determinar las fechas de inicio y finalización de las tareas.

De forma predeterminada, los campos Fecha de inicio y Fecha de finalización se asignan a OnConflict="PSWin", por lo que los campos de fecha en Team Foundation reflejen siempre los valores que se asignan en Project Server. Aunque se cambie el atributo de asignación para permitir dos conjuntos de libros, los cambios realizados en los campos de fecha en Team Foundation no se envían a Project Server, excepto cuando el elemento de trabajo se envía por primera vez. Después del primer evento de sincronización, estos campos reflejan las actualizaciones que se realizaron en el plan del proyecto.

Volver al principio

Actualizaciones de los campos que contienen horas

De forma predeterminada, los campos Horas completadas y Horas restantes participan en un proceso de sincronización que mantiene dos conjuntos de libros. Los cambios realizados en las horas pueden producirse en cualquier el plan del proyecto o Team Foundation. Sin embargo, los cambios no necesariamente sobrescriben información en cualquier ubicación. Un atributo indefinido de OnConflict para asignar campos exige esta característica.

Como se indica en los siguientes escenarios, los campos se actualizan según quién está realizando las actualizaciones y si las actualizaciones se aceptan en el plan del proyecto.

• Cuando un miembro del equipo actualiza las horas y el jefe de proyecto aprueba las envíos y publica el plan, la referencia y los campos reflejo coincidirán con la siguiente sincronización de Team Foundation Server.

• Cuando un miembro del equipo actualiza las horas y el jefe de proyecto rechaza los envíos, las actualizaciones no se aceptan en el plan del proyecto. Los valores del campo de referencia y campo reflejo diferirán.

• Cuando un jefe de proyecto cambia las horas del plan del proyecto, únicamente se actualiza el campo reflejo con la siguiente sincronización de Team Foundation Server.

Cuando las horas de tarea varían entre los dos productos de servidor, se espera que el responsable de equipo y el jefe de proyecto concilien las diferencias. De esta manera, cada persona puede actualizar su trabajo de forma independiente sin dejar de ser consciente de los cambios realizado por otras personas. Para obtener información sobre cómo buscar campos cuyos valores no coinciden con sus campos reflejo, vea Buscar los elementos de trabajo donde el trabajo en Team Foundation es diferente al de Project Server.

Siempre que un jefe de proyecto establece una línea base, el valor del campo Estimación original en Team Foundation se establece o se actualiza, como se muestra en la ilustración siguiente. De forma predeterminada, este campo se asigna al atributo OnConflict="PSWin".

Nota

Porque la plantilla de proceso Scrum 1.0 no utiliza el Trabajo completado y estimado, debe agregar estos campos a los tipos de elemento de trabajo que desea que tomen parte en la sincronización de datos. Por ejemplo, puede agregar los campos no usados al tipo de elemento de trabajo de tarea. Para obtener más información, vea Agregar los campos a los tipos de elemento de trabajo al asignar a un proyecto de equipo que se creó a partir de la plantilla de proceso de Scrum 1.0..

Volver al principio

Actualizaciones de los campos de asignación o nombre del recurso

El campo Asignado a en Team Foundation se asigna al campo Nombre del recurso en Project Server. De forma predeterminada, este campo se asigna al atributo OnConflict="PSWin". Al asignar recursos a las tareas en el plan de proyecto empresarial, tenga en cuenta las reglas siguientes:

• El motor de sincronización no sincroniza la información de recursos entre ambos productos de servidor. De forma predeterminada, Team Foundation Server sincronizada sus recursos desde Active Directory, pero Project Server no lo hace. Puede agregar recursos de forma manual en Project Server o, como procedimiento recomendado, sincronizar recursos con Active Directory. Para asignar un recurso a una tarea en un plan de proyecto empresarial que participa en la sincronización con Team Foundation Server, debe agregar el recurso a Project Server. Agregue un recurso agregándolo al grupo de miembros del equipo en la instancia de PWA o conceda el recurso de los permisos Abrir proyecto y Ver sitio del proyecto en el proyecto. También debe agregar el recurso a la lista de recursos para el plan de proyecto empresarial y, a continuación, publicar el plan del proyecto para que el motor de sincronización obtenga acceso a la lista de recursos actualizada. Para obtener más información, vea Para agregar miembros de Team Foundation al grupo Miembros del equipo.

• Si administra los detalles del proyecto, asigne solo un recurso a cada tarea. Si la tarea requiere varios recursos, divídala en subtareas y asigne un recurso a cada subtarea.

  Si administra los requisitos del negocio únicamente para la planeación descendente, asigne cada caso de usuario o requisito al responsable de desarrollo.

  Al publicar el plan del proyecto, el complemento de cliente para Team Foundation comprueba que se ha asignado un solo recurso a cada tarea. Si varios recursos se han asignado a una tarea, aparece el cuadro de diálogo Resolución de validación y debe especificar un solo recurso como asignación activa. Para obtener más información, vea Resolver errores de validación.

• Después vincular o asignar una tarea a un elemento de trabajo, puede asignar o reasignar recursos únicamente a las tareas que no se consolidan. Una tarea consolidada está asociada a un elemento de trabajo que contiene elementos de trabajo secundarios que no están vinculados. Normalmente, las tareas consolidadas contienen varios nombres en el campo Nombre del recurso. El motor de sincronización transmite el paquete consolidado de recursos y el número de horas que ha trabajado cada recurso. Para obtener más información, vea Trabajar con consolidación de recursos en planes de proyectos empresariales asignados a proyectos de equipo.

Volver al principio

Tareas de resumen, jerarquía de tareas y envíos de elementos de trabajo que están anidados en varios niveles

Por su diseño, el motor de sincronización no actualiza los campos del proyecto para las tareas vinculadas que tienen subtareas en el plan de proyecto empresarial. El proceso de sincronización omite las actualizaciones de estas tareas porque el plan del proyecto calcula el trabajo para dichas tareas. Los cambios realizados en el título y otros campos que no son de trabajo tampoco se actualizan para estas tareas. Este comportamiento es una limitación conocida de la integración de los dos productos de servidor.

Cuando un jefe de proyecto publica un conjunto detallado de tareas que incluyen tareas y requisitos vinculados a Team Foundation Server, el motor de sincronización bloquea la jerarquía de tareas. Los miembros del equipo no pueden modificar la jerarquía de tareas en Team Foundation, pero pueden reasignar tareas a los miembros del equipo en el proyecto de equipo. Tal como se muestra en la siguiente ilustración, las tareas se enumeran bajo sus requisitos y los vínculos jerárquicos entre tareas primarias y secundarias se bloquean (). Los vínculos bloqueados indican que los requisitos y las tareas secundarias se han agregado a un proyecto de equipo de Project Server. Solo el administrador de proyectos del plan del proyecto puede modificar la jerarquía de tareas.

Cuando un equipo envía varios niveles de elementos de trabajo de Team Foundation a Project Server, el primer nivel se debe aprobar y publicar en Project Server antes de enviar el siguiente nivel. Si un equipo envía un lote de nuevos elementos de trabajo que incluye tres niveles de elementos secundarios, por ejemplo, el jefe de proyecto debe publicar el plan del proyecto cuatro veces para que todos los elementos de trabajo estén sincronizados con Project Server. Como el jefe de proyecto aprueba cada nivel de elementos de trabajo y los publica en Project Server, las relaciones de vínculos jerárquicos se bloquean en Team Foundation hasta que la jerarquía completa del vínculo está bloqueada. Los miembros del equipo no pueden modificar la jerarquía de estos elementos de trabajo asignados.

Volver al principio

Actualizaciones de campos asociados a listas de selección o tablas de búsqueda

Al asignar campos de Team Foundation Server asociados a una lista de selección o campos de Project Server asociados a una tabla de búsqueda, debe tener en cuenta los pasos adicionales para garantizar una buena experiencia del usuario. El motor de sincronización no crea de forma automática las listas asociadas equivalentes ni sincroniza sus valores permitidos en otro servidor. Como procedimiento recomendado, debe crear tablas de búsqueda en Project Server para hacer coincidir las listas de selección que se definen en Team Foundation y crear listas de selección en Team Foundation que coincidan con las tablas de búsqueda definidas en Project Server. Si una lista de selección o tabla de búsqueda cambia, siempre se debe actualizar manualmente la lista correspondiente en el otro producto de servidor.

Volver al principio

Vea también

Otros recursos

Campos de Project Server agregados para admitir la sincronización de datos

Asignar proyectos con Project Server y Team Foundation Server

Personalizar las asignaciones de campos entre Team Foundation Server y Project Server