Asignar detalles de proyecto en un plan de proyecto empresarial asignado a un proyecto de equipo
Como administrador de proyectos, puede administrar los requisitos comerciales y las tareas de implementación en Microsoft Project Professional. Cuando el trabajo progresa, los equipos de desarrollo pueden actualizar sus tareas mientras trabajan en Team Foundation. Los administradores de proyectos y los equipos de desarrollo pueden administrar sus flujos de trabajo de forma independiente mientras colaboran totalmente y se comunican con facilidad cuando se producen cambios que afectan a la programación. El motor de sincronización de Visual Studio Team Foundation Server 2010 y Project Server mantienen los datos de programación para los requisitos y tareas en el plan de proyecto empresarial y proyecto de equipo asignados.
Nota
Si solo desea administrar los resultados mediante Project Server, vea Planear todos los requisitos de un plan de proyecto empresarial asignado a un proyecto de equipo.
Para poder sincronizar los datos entre el plan del proyecto y un proyecto de equipo, debe asociarlos primero. Para obtener más información, vea Administrar la asociación de los proyecto empresariales a los proyectos de equipo. Antes de asociar el plan al proyecto, debería revisar Configuraciones recomendadas para permitir administrar los detalles del proyecto, que se proporciona más adelante en este tema.
Nota
El proceso y las actividades que se describen en este tema requieren que la implementación de Team Foundation Server 2010 se haya configurado para integrarla con Office Project Server 2007 con Service Pack 2 (SP2) o Project Server 2010. Para obtener más información, vea Configurar la integración de Team Foundation Server y Project Server.
En este tema
Información general acerca del proceso de administración de los detalles del proyecto
Configuraciones recomendadas para permitir administrar los detalles del proyecto
Tareas y procedimientos recomendados del administrador de proyectos
Tareas y procedimientos recomendados del equipo de desarrollo
Permisos necesarios
Para llevar a cabo los procedimientos de este tema, se deben asignar los permisos siguientes:
Para publicar las tareas de un plan de proyecto empresarial en Team Foundation, el recurso asignado a la tarea debe ser un miembro del grupo Contributors del proyecto de equipo.
Para actualizar los elementos de trabajo en Team Foundation y enviarlos a Project Server, los usuarios de Team Foundation deben ser miembros del grupo Contributors del proyecto de equipo. Esos usuarios también deben ser miembros del grupo Team Members de Project Web Access o Project Web App (PWA), o tener los permisos Abrir proyecto y Ver sitio del proyecto en Project. Además se los debe agregar al grupo de recursos empresariales de Project Server y al grupo de recursos de servidor del plan de proyecto empresarial.
Para obtener más información, vea Asignar permisos para la integración de Team Foundation Server y Project Server.
Información general acerca del proceso de administración de los detalles del proyecto
Como muestra la siguiente ilustración, el administrador de proyectos inicia el proceso planeando los requisitos y tareas en Project Professional. El motor de sincronización crea los elementos de trabajo correspondientes en Team Foundation para cada tarea enviada. La primacía del equipo revisa el plan junto con el equipo de desarrollo y actualiza las estimaciones de trabajo. Cada miembro del equipo puede actualizar su esfuerzo de trabajo cuando completa las tareas.
Project calcula automáticamente el consolidado de trabajo restante y trabajo completado basándose en las tareas vinculadas a cada requisito. Cuando los miembros del equipo actualizan las tareas, las actualizaciones del estado se envían para su aprobación y, cuando el administrador de proyectos las aprueba, fluyen en Project. A continuación, Project calcula automáticamente el consolidado de los requisitos en el proyecto de equipo. El estado actualiza aquellos consolidados que aparecen en la instancia de PWA para la aprobación del administrador de proyectos.
En la siguiente tabla se resumen las tareas que se realizan.
Administrador de proyectos |
Como administrador de proyectos, realiza las siguientes tareas en Project Professional o en la instancia de PWA: Define el plan del proyecto que contiene entregas y tareas. Las entregas pueden corresponder a requisitos o casos de usuario, dependiendo de la plantilla de proceso que el equipo del producto usó para crear el proyecto de equipo. Guarda y publica el plan en Project Server. Aprueba o rechaza las actualizaciones de estado cuando el trabajo progresa. Publica continuamente las actualizaciones al plan en Project Server. |
Motor de sincronización |
Para cada entrega o tarea establecida para publicar en el plan, el motor de sincronización realiza las siguientes acciones: Actualiza el proyecto de equipo creando un elemento de trabajo para cada tarea publicada en el plan del proyecto asignado. El motor también crea un vínculo que enlaza la tarea en Project Server al elemento de trabajo en Team Foundation. Crea una actualización de estado para cada campo asignado en cada tarea publicada cuando se producen cambios en Team Foundation. Estas actualizaciones aparecen en la cola de aprobación para que las revise el administrador de proyectos. Actualiza los elementos de trabajo en el proyecto de equipo basándose en que el administrador de proyectos haya aprobado o rechazado la actualización de estado. |
Responsable de equipo |
En Team Foundation, el responsable de equipo y los miembros del equipo realizan las siguientes tareas: Revisan los elementos de trabajo que se agregan al proyecto de equipo. Actualizan los elementos de trabajo cuando el trabajo progresa cambiando los campos Trabajo restante y Trabajo completado de cada tarea. Responden a los elementos de trabajo que tienen un estado rechazado; para ello, modifican los elementos de trabajo y los reenvían a Project Server. |
Volver al principio
Configuraciones recomendadas para permitir administrar los detalles del proyecto
Para que se admita el proceso descrito en la sección anterior, debe asignar el plan de proyecto empresarial al equipo de proyecto. En la siguiente tabla se describen las configuraciones recomendadas para el proyecto de equipo y las asignaciones. Para obtener más información, vea Administrar la asociación de los proyecto empresariales a los proyectos de equipo.
Área que debe configurar |
Configuración recomendada |
Notas |
---|---|---|
Plantilla de proceso para el proyecto de equipo |
Microsoft Solutions Framework (MSF) for Capability Maturity Model Integration (CMMI) Process Improvement v5.0 |
La plantilla CMMI proporciona los tipos de requisito y tarea de los elementos de trabajo. También proporciona una consulta de equipo Desglose del trabajo que se puede utilizar para definir rápidamente las tareas y vincularlas a los requisitos.
Nota
También puede utilizar una plantilla de proceso CMMI personalizado u otra plantilla, y personalizarla para satisfacer sus necesidades.
|
Asignación del proyecto |
/workItemTypes:Requirement,Task |
Al asignar el plan de proyecto empresarial al proyecto de equipo, especifique requisito y tarea como los tipos de elemento de trabajo que participarán en la sincronización. También puede prohibir el trabajo fijo para las tareas. Un trabajo fijo es uno de los tres tipos de tareas que se pueden usar en el proyecto. Para obtener más información, vea Cambiar el tipo de tarea que usa Project para calcular la duración de la tarea. |
Asignaciones de campos |
/useDefaultFieldMappings |
Puede utilizar las asignaciones de campos predeterminadas. No se requieren asignaciones de campos adicionales. |
Nombres de recursos |
Debe agregar los miembros del equipo al grupo de miembros del equipo por cada instancia de PWA o debe concederles los permisos Abrir proyecto y Ver sitio del proyecto en Project. Para obtener más información, vea Para agregar miembros de Team Foundation al grupo Miembros del equipo. También debe agregar a todos los usuarios válidos de Team Foundation que tienen requisitos, entregas o tareas asignados en Project al grupo de recursos de empresa para Project Server y al grupo de recursos de servidor para el plan de proyecto empresarial. |
Debe conceder permisos a todas las cuentas de usuario que estén asignadas como recursos en el plan del proyecto o que tengan un nombre en el campo Asignado a de un elemento de trabajo. Estos usuarios envían actualizaciones de estado que entran en la cola de estado para la instancia de PWA. Todos los nombres asignados al campo Nombres de los recursos se deben reconocer como colaboradores válidos del proyecto de equipo. |
Administradores de proyectos |
Los usuarios de Project Professional deben tener permisos Ver información de nivel de proyecto o asígnelos como miembros del grupo Reader para proyectos de equipo de Team Foundation para los proyectos en los que publicarán. |
Debe permitir los permisos de jefe de proyecto para modificar elementos de trabajo de esos proyectos de equipo que están asignados a sus planes del proyecto empresarial. |
Volver al principio
Tareas y procedimientos recomendados del administrador de proyectos
Como administrador de proyectos, puede definir, programar y supervisar el progreso del proyecto si se ocupa de las siguientes actividades:
Definir requisitos y tareas y establecer una línea base
Aprobar o rechazar las actualizaciones de estado
Revisar las actualizaciones de detalles y el progreso
También puede ver la asignación de trabajo a los recursos. 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
Definir requisitos y tareas y establecer una línea base
Al definir el plan del proyecto, es conveniente definir los requisitos primarios y las tareas secundarias. Tal como muestra la siguiente ilustración, se definen dos requisitos y cada uno tiene varias tareas. Para cada requisito y tarea, debe asignar un valor Nombres de los recursos, establecer Tipo de elemento de trabajo como Requisito o Tarea y establecer Publicar en proyecto de equipo en Sí.
Nota
En Team Foundation, únicamente puede asignar un rol a un elemento de trabajo cada vez. El campo Asignado a puede contener solo uno nombre de rol. En Project Professional, puede asignar varios recursos a una tarea. Sin embargo, las tareas que publica en Team Foundation Server pueden contener solo una asignación activa. Para obtener más información, vea Working with Resource Rollup in Enterprise Projects Mapped to Team Projects.
Importante |
---|
Texto30 es el campo predeterminado de Project asociado a la columna Tipo de elemento de trabajo que se utiliza para sincronizar las tareas con los elementos de trabajo. Si alguna vez conecta el plan del proyecto a Team Foundation Server mediante la opción Elegir proyecto de equipo del menú de la cinta de opciones de Equipo, aparecerá un campo adicional etiquetado también como Tipo de elemento de trabajo. Este campo, con un campo predeterminado de Project Texto24, admite asignar planes de proyecto que están enlazados a Team Foundation pero no admite sincronizar planes. El campo basado en Texto24 contiene la lista completa de tipos de elementos de trabajo para el proyecto de equipo. Para saber si es el campo correcto, selecciónelo y compruebe si aparece Texto30. |
Después de publicar el plan del proyecto, no puede cambiar el valor asignado a Publicar en proyecto de equipo. Es decir, todas las tareas que se publican en Team Foundation deben seguir publicándose o deben eliminarse del plan del proyecto. Además, debe mantener las asignaciones de trabajo a los recursos y la jerarquía de tareas en el plan del proyecto. No puede modificar la jerarquía de tareas en Team Foundation, pero puede reasignar las tareas a los miembros del equipo en el proyecto de equipo.
Debe publicar únicamente aquellas tareas de las que desea hacer un seguimiento en Team Foundation. Por ejemplo, no debería publicar las tareas de resumen Programación de proyecto y Desarrollo, que se muestran en ilustración anterior, en Team Foundation porque no tienen ningún trabajo para hacer el seguimiento.
Para mantener el control de la programación, puede establecer una línea base para realizar el seguimiento del progreso del equipo en comparación con la programación de destino. Para obtener más información, vea la siguiente página del sitio web de Microsoft: Crear o actualizar una línea de base o un plan provisional.
Después de establecer la línea base, puede guardar y publicar el plan del proyecto en Project Server. El valor de línea base aparece como Estimación original para un elemento de trabajo en Team Foundation. Tal como muestra la siguiente ilustración, una notificación de estado en la esquina inferior izquierda indica cuándo se ha completado la publicación.
Nota
Al publicar el plan, el complemento Team Foundation para Project Professional comprueba si todos los datos necesarios para crear el elemento de trabajo en Team Foundation satisfacen las reglas de validación para el tipo de elemento de trabajo. Si no se define un campo obligatorio o si no se permite un valor, debe resolver esos errores. Para obtener más información, vea Resolver errores de validación.
Volver al principio
Aprobar o rechazar las actualizaciones de estado
A medida que el equipo hace progresos, las actualizaciones de estado aparecen en la cola de aprobación. De una ojeada, puede ver qué requisitos y tareas se han actualizado y los detalles de cada actualización. Tal y como muestra la siguiente ilustración, puede hacer clic en una actualización de estado para revisar los detalles.
Al hacer clic en una actualización de estado, se abre la ventana Detalles de tarea, tal como muestra la siguiente ilustración. Puede revisar los valores cambiados para cada campo asignado para la sincronización.
Nota
Para actualizar el plan de proyecto empresarial con los cambios que se enviaron desde Team Foundation, debe aceptar las actualizaciones.
Puede aceptar o rechazar una actualización y, si está utilizando Project Server 2010, agregar un comentario. Por ejemplo, puede rechazar una actualización porque discrepa con una estimación, porque un miembro del equipo especificó un valor inexacto o porque desea solicitar que se reasignen las tareas para que se realice más rápidamente el trabajo.
Volver al principio
Revisar las actualizaciones de detalles y el progreso
A medida que los miembros del equipo hacen progresos, actualizan los campos Trabajo restante y el Trabajo completado para cada tarea. Estos valores aparecen como Trabajo restante y Trabajo real en el plan del proyecto para cada requisito y tarea que se publicó en Team Foundation. Después de aprobar las actualizaciones de estado, puede ver las actualizaciones a la programación del proyecto. Tal como muestra la siguiente ilustración, se han completado dos tareas y todavía no se han iniciado varias tareas.
Cuando una tarea lleva mucho más tiempo del estimado en principio, puede determinar si los cambios a las estimaciones afectan a la ruta crítica. Puede avisar al responsable de equipo cuando se haya producido un efecto no deseado en la programación y se deban ajustar las tareas del proyecto de equipo.
Volver al principio
Tareas y procedimientos recomendados del equipo de desarrollo
Si está utilizando un proyecto de equipo basado en la plantilla de proceso CMMI, puede utilizar la consulta de equipo Desglose del trabajo para revisar y actualizar el trabajo asignado a su equipo. Dado que el administrador de proyectos posee el plan del proyecto y la programación, es necesario que el responsable de desarrollo y su equipo realicen las siguientes tareas:
Revisar el desglose del trabajo
Agregar y calcular tareas adicionales
Actualizar el trabajo restante y el completado
Resolver las actualizaciones rechazadas
La consulta de equipo Desglose del trabajo está disponible después de crear un proyecto de equipo mediante la plantilla de proceso MSF for CMMI Process Improvement v5.0. Para obtener más información, vea Consultas de equipo (CMMI).
Si abre un elemento de trabajo en Team Explorer, el campo Historial muestra cuándo el motor de sincronización creó el elemento de trabajo, tal como muestra la siguiente ilustración.
Volver al principio
Revisar el desglose del trabajo
En Team Foundation, puede abrir la consulta Desglose del trabajo y revisar los elementos de trabajo agregados al proyecto de equipo desde Project Server. Esta consulta muestra todos los requisitos que no están cerrados, así como sus requisitos secundarios o tareas. Tal como muestra la siguiente ilustración, las tareas se enumeran bajo sus requisitos y las relaciones de vínculos jerárquicos primario-secundario se bloquean (). Es decir, no puede modificar cómo están agrupadas las tareas en los requisitos. Solo el administrador de proyectos del plan del proyecto puede modificar la jerarquía de tareas.
Dado que el administrador de proyectos estableció una línea base, los valores aparecen para Trabajo restante y Estimación original, tal como muestra la siguiente ilustración.
Volver al principio
Agregar y calcular tareas adicionales
Si necesita las tareas adicionales para implementar un requisito, las puede definir y calcular rápidamente si utiliza la consulta Desglose del trabajo, si trabaja en el formulario de elemento de trabajo para el requisito o si exporta la lista a Excel. Tal como muestra la siguiente ilustración, puede hacer clic con el botón secundario en un requisito y, a continuación, hacer clic en Nuevo elemento de trabajo vinculado.
En la ventana Agregar nuevo elemento de trabajo vinculado a requisito, escriba un Título para la tarea y, a continuación, haga clic en Aceptar.
Aparece el formulario de elemento de trabajo para la tarea y se vincula automáticamente al requisito. En el formulario, haga clic en Asignado a, seleccione el miembro del equipo que trabajará en la tarea y, a continuación, escriba las horas estimadas para el Trabajo restante. Para obtener más información, vea Requisito (CMMI) y Tarea (CMMI).
Como alternativa, puede abrir la consulta Desglose del trabajo en Excel y definir rápidamente las tareas vinculadas y calcular el trabajo. Para obtener más información, vea Realizar la planeación descendente mediante una lista de árbol de elementos de trabajo (en Excel).
Después de haber agregado las tareas que faltan para el requisito, puede actualizar la consulta Desglose del trabajo. Asegúrese de establecer Enviar a Project Server en Sí. La siguiente actualización de estado del requisito transmitirá nuevos requisitos y tareas al plan de proyecto empresarial.
Importante |
---|
Cuando envía varios niveles de elementos de trabajo a Project Server, el primer nivel se debe aprobar y publicar en Project Server antes de enviar el siguiente nivel. Por ejemplo, puede enviar un lote de nuevos elementos de trabajo que incluye tres niveles de elementos secundarios. En ese caso, es necesario que el jefe de proyecto publique el plan del proyecto cuatro veces para que todos los elementos de trabajo se sincronicen con Project Server. |
Volver al principio
Actualizar el trabajo restante y el completado
A medida que progresa el trabajo, cada miembro del equipo debe actualizar los campos Trabajo restante y Trabajo completado para cada una de sus tareas mediante Team Explorer o Team Web Access. Si se necesita más tiempo para completar una tarea, el miembro del equipo puede agregar más tiempo al trabajo restante. Las actualizaciones a estos campos aparecen automáticamente en la cola de aprobación del administrador de proyectos y se reflejan en el consolidado del requisito primario.
Como alternativa, el responsable de equipo puede abrir la consulta Desglose del trabajo en Excel y actualizar varias tareas al mismo tiempo, tal como muestra la siguiente ilustración.
Volver al principio
Resolver las actualizaciones rechazadas
Cuando un administrador de proyectos rechaza una actualización de estado a un requisito o tarea, la información aparece en el campo Historial y el campo Estado de la última aprobación de la pestaña Project Server indica rechazado. Una vez rechazada una actualización a un elemento de trabajo, ya no se puede sincronizar el elemento de trabajo. 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
Vea también
Otros recursos
Resolver errores de validación
Submitting Work Items that are Mapped to Enterprise Projects in Project Server
Historial de cambios
Fecha |
Historial |
Motivo |
---|---|---|
1 de abril de 2011 |
Se ha agregado una nota sobre el requisito para una asignación activa por tarea publicada a Team Foundation Server y se ha agregado otra nota sobre el proceso de sincronización para aprobar y publicar en Project Server los elementos de trabajo que están anidados en varios niveles. |
Mejora de la información. |