Overview of Team Foundation Server and Project Server Integration Features
By reading this topic, you can gain an overall understanding of how you can customize data synchronization between Visual Studio Team Foundation Server 2010 and Project Server 2007 with Service Pack 2 (SP2) or Project Server 2010. You can also review the differences in how Team Foundation Server integrates with Project Server 2007 and Project Server 2010.
The integration of Team Foundation Server and Project Server provides flexibility in how you can manage projects.
In this topic
Synchronization Feature Summary
Operational Differences Between Project Server 2007 and Project Server 2010
Synchronization Feature Summary
The following table describes the main features that support data synchronization between Team Foundation and Project Server.
Feature |
Description |
Related topic |
---|---|---|
Three types of synchronization |
The synchronization engine performs three types of synchronization. This process captures and maintains data that relates to tasks and resources in both Team Foundation and Project Server while respecting the ownership of data by the project manager in the project plan. |
Overview of the Synchronization Process for Team Foundation Server and Project Server Integration |
n-to-1 mapping of components |
You control what participates in synchronization by configuring and customizing the integration of the two server products. The data synchronization engine supports an n-to-1 mapping from Project Server to Team Foundation. You can register multiple instances of Project Web Access or Project Web App (PWA) to Team Foundation Server and you can map multiple team project collections to an instance of PWA. |
Mapping Project Server Components to Team Foundation Components |
Tasks and work items that are synchronized |
You can manage which types of work items participate in data synchronization and which specific tasks or work items are synchronized. In Project Professional, you set the Publish to Team Project value to Yes or No. In Team Foundation, you set the Submit to Enterprise Project to Yes or No. |
|
Data fields that are synchronized |
To synchronize data between an enterprise project plan and a team project, you must associate the work-item fields in Team Foundation with the fields in Project Server. You can add fields and specify how they synchronize. For example, you can share data that does not relate to schedules (such as cost centers, team names, or health status) if you add the fields that store these types of data to the mapping file. You can add fields or just use the default set of fields that are required to support synchronization. |
Customizing the Field Mapping Between Project Server and Team Foundation Server |
Traceability, update status, submissions, and rejections |
As work items and tasks are created, updated, and synchronized, a record is written to the History field for work items in Team Foundation. In addition, you can find status information in the following fields on the Project Server tab for each work item: Last Submit Status, Last Submitted Date, Last Approval Status, Last Approval Date. |
|
Submissions, approvals, and automatic approvals |
Updates to work items are submitted to Project Server and remain in the status update queue until you approve or reject them. As a project manager, you can define a rule to automatically approve all updates that are submitted from Team Foundation Server to Project Server. |
|
Resource rollup |
In Team Foundation, rollup values are automatically calculated for Completed Work and Remaining Work of parent work items that contain child items. In addition, resources that are assigned to individual tasks appear as resources for the rollup of the task in Project. |
Working with Resource Rollup in Enterprise Projects Mapped to Team Projects |
Conflict resolution |
A conflict can occur when team members change the value of a mapped field in both Team Foundation and Project Server at the same time. You can choose whether you want to always accept the value in Project Server or to maintain two distinct values, which is referred to as maintaining “two sets of books.” If you choose the latter option, data synchronization is suspended for those fields until they are assigned the same values manually. |
Field Mapping XML Element Reference for Integration of Team Foundation Server and Project Server |
Assigning resources |
In Team Foundation, you can assign only one resource to a work item. You can assign multiple resources to a task in Project Professional and synchronize data for that task if you assign a primary owner or active resource to the task. In addition, parent tasks that contain the rollup calculations of child tasks also contain the rollup of work that are assigned to the owners of each task. This rollup of owners appears as multiple resources in Project Professional for the summary task. |
Working with Resource Rollup in Enterprise Projects Mapped to Team Projects |
Mirrored fields |
In Team Foundation, you can store the values of Project fields and display them on the work item form. You can also find work items that contain one or more fields whose values differ from the values in the project plan. |
Field Mapping XML Element Reference for Integration of Team Foundation Server and Project Server |
Back to top
Operational Differences Between Project Server 2007 and Project Server 2010
The following table describes how you integrate Team Foundation Server with Project Server 2007 differently from Project Server 2010.
Operational area |
Project Server 2007 with SP2 |
Project Server 2010 |
---|---|---|
Setup |
|
|
Approval comments |
Approval comments that the project manager specifies in PWA are not recorded in the History field for the work item. |
Approval comments that the project manager specifies in PWA are recorded in the History field for the work item. |
Automatic approvals |
You can automatically approve changes that occur when data is synchronized. For more information, see the following page on the Microsoft website: Approve or reject task updates. |
You can automatically approve changes that occur when data is synchronized. |
Automatic publication of updates |
Not supported. |
After installing Service Pack 1 (SP1) for Project Server 2010, you can configure rules that specify the types of requests that are published automatically with updates that you also have set to be automatically approved. |
Back to top
See Also
Concepts
Overview of the Synchronization Process for Team Foundation Server and Project Server Integration
Other Resources
Managing Projects Using Project Server and Team Foundation Server
Change History
Date |
History |
Reason |
---|---|---|
September 2011 |
Added link to information about how to set automatic approvals, and added information about support for automatic publication of updates with Project Server 2010 SP1. |
Information enhancement. |
April 2011 |
Removed inaccurate information about auto-publishing. |
Content bug fix. |