管理映射到团队项目的企业项目计划中的项目详细信息

更新：2011 年 4 月

作为项目经理，您可以在 Microsoft Project Professional 中管理业务要求和实现任务。 在 Team Foundation 中工作时，开发团队可随着工作的进行更新其任务。 项目经理和开发团队都可以独立地管理其工作流，在发生影响时间表的更改时，他们可以展开全面协作，并轻松地进行沟通。 用于 Visual Studio Team Foundation Server 2010 和 Project Server 的同步引擎会为已映射的企业项目计划和团队项目中的要求和任务保留计划数据。

提示

如果要使用 Project Server 仅管理可交付结果，请参见在映射到团队项目的企业项目计划内自上而下规划业务要求。

在项目计划与团队项目之间同步数据之前，必须先将它们进行关联。 有关更多信息，请参见管理企业项目与团队项目的关联。 在将计划与项目关联之前，应检查本主题后面提供的用于支持管理项目详细信息的建议配置。

提示

本主题介绍的过程和活动要求您的 Team Foundation Server 2010 部署已配置为与 Office Project Server 2007 Service Pack 2 (SP2) 或 Project Server 2010 进行集成。 有关更多信息，请参见配置 Team Foundation Server 与 Project Server 的集成。

主题内容

• 管理项目详细信息的过程概述

• 用于支持管理项目详细信息的建议配置

• 项目经理的任务和建议做法

• 开发团队的任务和建议做法

所需权限

若要执行本主题中的过程，必须分配以下权限：

• 若要将任务从企业项目计划发布到 Team Foundation，则分配给任务的资源必须是团队项目的**“Contributors (参与者)”**组的成员。

• 若要在 Team Foundation 中更新工作项并将其提交至 Project Server，Team Foundation 用户必须是该团队项目**“参与者”组的成员。 这些用户还必须是 Project Web Access 或 Project Web App (PWA) 的“团队成员”**组的成员，或者必须在 Project 中拥有“打开项目”和“查看项目网站”权限。 必须还要将这些用户添加到 Project Server 的企业资源库和企业项目计划的资源库中。

有关更多信息，请参见分配权限以支持 Project Server 和 Team Foundation Server 集成。

管理项目详细信息的过程概述

如下图所示，项目经理在 Project Professional 中通过对要求和任务进行计划来启动该过程。 同步引擎在 Team Foundation 中为每个提交的任务创建对应的工作项。 团队主管与开发团队一起检查计划，并更新工作量估计值。 每个团队成员在完成任务时都可以更新其工作量。

Project 会根据链接到每个要求的任务，自动计算剩余工作和已完成工作的汇总。 当团队成员更新任务时，将会提交状态更新以供审批；当项目经理批准状态更新时，这些更新会流入 Project。 然后，Project 会自动针对团队项目中的要求计算汇总。 这些汇总的状态更新随后出现在 PWA 的实例中，以供项目经理进行审批。

下表总结了所执行的任务。

项目经理	作为项目经理，您应在 Project Professional 或 PWA 实例中执行以下任务： 定义包含可交付结果和任务的项目计划。 可交付结果可能与要求或用户情景相对应，具体取决于产品团队用于创建团队项目的过程模板。    保存计划并将其发布到 Project Server。    随着工作的进展批准或拒绝状态更新。    不断将更新发布到 Project Server 上的计划。
同步引擎	对于设置为在计划中发布的每个可交付结果或任务，同步引擎都会执行以下操作： 通过为在映射的项目计划中发布的每个任务创建工作项来更新团队项目。 该引擎还会创建一个链接，以将 Project Server 中的任务绑定到 Team Foundation 中的工作项。 在 Team Foundation 中发生更改时，为每个已发布任务中的每个已映射字段创建状态更新。 这些更新会出现在审批队列中，供项目经理检查。    根据项目经理批准还是拒绝状态更新，更新团队项目中的工作项。
团队主管	在 Team Foundation 中，团队主管和团队成员执行以下任务：    检查添加到团队项目中的工作项。    随着工作的进行，可通过更改每个任务的“剩余工作”和“已完成工作”字段来更新工作项。    通过修改工作项并重新提交至 Project Server 来响应状态为被拒绝的工作项。

返回页首

用于支持管理项目详细信息的建议配置

若要支持上一节中概述的过程，您必须将企业项目计划映射到团队项目。 下表描述了用于团队项目和映射的建议配置。 有关更多信息，请参见管理企业项目与团队项目的关联。

要配置的区域	建议的配置	注释
团队项目的过程模板	Microsoft Solutions Framework (MSF) for Capability Maturity Model Integration (CMMI) Process Improvement 5.0 版	CMMI 模板提供了要求和工作项的任务类型。 它还提供了可用于快速定义任务和将任务链接到要求的“工作分解”团队查询。 注意 您还可以使用自定义 CMMI 过程模板或其他模板，并对其进行自定义以满足您的需要。
项目映射	/workItemTypes:Requirement,Task	在将企业项目计划映射到团队项目时，需指定要求和任务以作为要参与同步的工作项类型项。 也可以禁止任务具有固定工作。 固定工作是可在 Project 中使用的三个任务类型之一。 有关更多信息，请参见 Change the task type Project uses to calculate task duration（更改 Project 用来计算任务持续时间的任务类型）。
字段映射	/useDefaultFieldMappings	可以使用默认字段映射。 不需要任何其他字段映射。
资源名称	您必须向每个 PWA 实例的 Team Members 组添加团队成员，或者必须为这些成员授予 Project 中的“打开项目”和“查看项目网站”权限。 有关更多信息，请参见向 Team Members 组添加 Team Foundation 成员。 此外，还必须将在 Project 为其指派了要求、可交付结果或任务的 Team Foundation 中的所有有效用户添加到 Project Server 的企业资源库和企业项目计划的资源库。	您必须向所有在项目计划中作为资源分配的或在工作项的“指派给”字段中指定的用户帐户授予权限。 这些用户将提交状态更新，提交的状态更新会流入到 PWA 实例的状态队列中。 必须将指定给“资源名称”字段的所有名称都识别为团队项目的有效参与者。
项目经理	必须向 Project Professional 的用户帐户授予“查看项目级信息”权限，或将其指派为 Team Foundation 中的“Reader”组的成员（针对要发布到的团队项目）。	您必须向项目经理授予修改映射到其企业项目计划的团队项目的工作项的权限。

返回页首

项目经理的任务和建议做法

作为项目经理，您可以通过参与以下活动来定义、安排和监视项目进度：

• 定义要求和任务并设置基线

• 批准或拒绝状态更新

• 检查详细信息更新和进度

还可以查看资源的工作分配。 有关更多信息，请参见在映射到团队项目的企业项目中使用资源汇总。

返回页首

定义要求和任务并设置基线

定义项目计划时，您需要定义父要求和子任务。 如下图所示，将定义两个要求，每个要求包含多个任务。 对于每个要求和任务，都必须为**“资源名称”指定一个值，将“工作项类型”设置为“要求”或“任务”，并将“发布到团队项目”设置为“是”**。

提示

在 Team Foundation 中，您一次只能为一个工作项分配一个用户。 “指派给”字段只能包含一个用户名。 在 Project Professional 中，您可以向一个任务分配多个资源。 但发布到 Team Foundation Server 的任务只能包含一个活动分配。 有关更多信息，请参见Working with Resource Rollup in Enterprise Projects Mapped to Team Projects。

重要事项
Text30 是与用于同步任务和工作项的“工作项类型”列相关联的默认 Project 字段。 如果使用“团队”功能区菜单上的“选择团队项目”选项将项目计划连接到 Team Foundation Server，则另外一个标为“工作项类型”的 Project 字段将变得可用。 该字段的默认 Project 字段为 Text24，支持对绑定到 Team Foundation 的项目计划进行映射，但是不支持计划同步。 基于 Text24 的字段包含团队项目的完整工作项类型列表。 通过指向字段并验证是否显示了“Text30”，可以验证字段是否正确。

在发布项目计划后，不能更改为**“发布到团队项目”**分配的值。 也就是说，发布到 Team Foundation 的所有任务都必须继续发布，否则必须从项目计划中将它们删除。 此外，还要在项目计划中保留对资源的工作分配以及任务层次结构。 您不能在 Team Foundation 中修改任务层次结构，但可为团队项目中的团队成员重新分配任务。

您只应发布要在 Team Foundation 中跟踪的那些任务。 例如，由于上图所示的摘要任务**“项目时间表”和“开发”**没有要跟踪的工作，因此不应将这些摘要任务发布到 Team Foundation。

为了保留对时间表的控制，可以设置基线，以按照目标时间表来跟踪团队进度。 有关更多信息，请参见 Microsoft 网站上的以下页面：Create or update a baseline or an interim plan（创建或更新基线或中期计划）。

设置基线后，可将项目计划保存并发布到 Project Server。 基线值在 Team Foundation 中显示为工作项的**“初始估计”**。 如下图所示，左下角的状态通知指示出发布完成的时间。

提示

当您发布计划时，Project Professional 的 Team Foundation 外接程序会检查是否在 Team Foundation 中创建工作项所需的所有数据都满足该工作项类型的验证规则。 如果未定义必填字段或不允许某个值，则必须解决这些错误。 有关更多信息，请参见解决验证错误。

返回页首

批准或拒绝状态更新

随着团队工作的进展，状态更新会出现在您的审批队列中。 您可以一目了然地查看已更新的要求和任务以及每个更新的详细信息。 如下图所示，可以单击状态更新以检查其详细信息。

在单击某一状态更新时，将打开下图所示的“任务详细信息”窗口。 您可以检查为同步映射的每个字段的已更改值。

提示

若要用从 Team Foundation 提交的更改来更新企业项目计划，您必须接受更新。

您可以接受或拒绝更新，如果您使用的是 Project Server 2010，则可以添加注释。 例如，您可以因不同意某一估计值、团队成员指定了不准确值或者您要请求重新分配任务以便更快地完成工作等原因来拒绝更新。

返回页首

检查详细信息更新和进度

随着团队成员工作的进行，他们会更新每个任务的**“剩余工作”和“已完成工作”字段。 在您的项目计划中，这些值显示为发布到 Team Foundation 的每个要求和任务的“剩余工作”和“实际工作”**。 在批准状态更新后，您可以查看项目时间表的更新。 如下图所示，有两个任务已完成，还有若干个任务尚未开始。

当任务所需时间比最初估计时间长时，您可以确定对估计值的更改是否会影响关键路径。 如果已对时间表产生不利影响并且必须调整团队项目任务，则您可以向团队主管发出警报。

返回页首

开发团队的任务和建议做法

如果您正在使用基于 CMMI 过程模板的团队项目，则可使用“工作分解”团队查询来检查和更新分配给您的团队的工作。 由于项目经理拥有项目计划和时间表，因此您和您的团队需要执行以下任务：

• 检查工作分解

• 添加并估计附加任务

• 更新剩余工作和已完成工作

• 处理拒绝的更新

在使用 MSF for CMMI Process Improvement 5.0 过程模板创建团队项目后，即可使用“工作分解”团队查询。 有关更多信息，请参见团队查询 (CMMI)。

如果您在团队资源管理器中打开工作项，则**“历史记录”**字段将显示同步引擎创建工作项的时间，如下图所示。

返回页首

检查工作分解

在 Team Foundation 中，您可以打开“工作分解”查询并检查已从 Project Server 添加到团队项目的工作项。 此查询会列出未关闭的所有要求及其子要求或任务。 如下图所示，将在要求下面列出任务，并锁定父子层次结构链接关系 ()。 也就是说，您不能修改要求下面任务的分组方式。 只有项目计划的项目经理才可以修改任务层次结构。

由于项目经理设置了基线，因此会显示**“剩余工作”和“初始估计”**的值，如下图所示。

返回页首

添加并估计附加任务

如果您需要通过附加任务来实现要求，则可通过使用“工作分解”查询、在要求的工作项窗体中工作或将列表导出到 Excel 来快速定义和估计这些任务。 如下图所示，您可以右击一个要求，然后单击**“新建链接工作项”**。

在**“将新的链接工作项添加到要求”窗口中，键入任务的“标题”，然后单击“确定”**。

任务的工作项窗体将显示并自动链接到要求。 在窗体中，单击**“指派给”，选择将执行任务的团队成员，然后键入“剩余工作”**的估计小时数。 有关更多信息，请参见要求 (CMMI)和任务 (CMMI)。

或者，可以在 Excel 中打开“工作分解”查询并快速定义链接的任务和估计工作。 有关更多信息，请参见使用工作项的树列表执行自顶向下的规划（在 Excel 中）。

在为要求添加缺少的任务后，可以刷新“工作分解”查询。 确保将**“提交到 Project Server”字段设置为“是”**。 该要求的下一个状态更新会将新的要求和任务传输至企业项目计划。

重要事项
将多个级别的工作项提交到 Project Server 时，必须先审批第一个级别并将其发布到 Project Server，然后才能提交下一个级别。 例如，您可以提交一批包含三个级别子项的新工作项。 在这种情况下，项目经理需要发布项目计划四次，以便使所有工作项与 Project Server 同步。

返回页首

更新剩余工作和已完成工作

随着工作的进展，每个团队成员都应使用团队资源管理器或 Team Web Access 来更新每个任务的**“剩余工作”和“已完成工作”**。 如果需要更多时间来完成任务，则团队成员可以向剩余工作添加更多时间。 这些字段的更新会自动出现在项目经理的审批队列中，同时会在父要求的汇总中得到反映。

或者，作为团队主管，您可以在 Excel 中打开“工作分解”查询并同时更新多个任务，如下图所示。

返回页首

处理拒绝的更新

当项目经理拒绝某一要求或任务的状态更新时，“历史记录”字段会显示该信息，“Project Server”选项卡上的“上一审批状态”字段会指示“已拒绝”。 在拒绝对一个工作项的更新后，将再也无法同步该工作项。 必须解决该拒绝状态才能恢复工作项的同步。 可以创建一个团队查询，以查找更新状态为“已拒绝”的工作项。 有关更多信息，请参见How to: Resolve Conflicts of Mapped Work Items。

返回页首

请参见

其他资源

解决验证错误

Submitting Work Items that are Mapped to Enterprise Projects in Project Server

修订记录

日期	修订记录	原因
2011 年 4 月	添加了有关发布到 Team Foundation Server 的每个任务的一个活动分配的要求说明，并添加了另一个有关用于审批和发布到多层嵌套的 Project Server 工作项的同步过程说明。	信息补充。