跟踪工作项中的新增功能
更新：2011 年 5 月
在此版本的 Visual Studio Application Lifecycle Management (ALM) 中，您可以创建链接来显示工作项之间的父子关系和其他类型的关系，这些关系以分层视图的形式显示。 您还可以将项目与 Office Excel 和 Office Project 更广泛地集成。
主题内容
使用 Office Excel 和 Office Project 计划和安排项目
更有效地查看和跟踪工作项之间的关系和依赖项，以及管理风险和依赖项
更有效地跨组协作
创建、管理和自定义工作项之间的关系
基于链接的关联查找工作项
组织和管理对团队查询的共享访问
自定义、扩展和管理用于跟踪工作项的对象
自动更新用于存储人名的工作项字段
使用 Office Excel 和 Office Project 计划和安排项目
在当前版本中，您可以更轻松地融合在 Visual Studio ALM 中跟踪工作项的方式和在 Office Excel 与 Office Project 中跟踪状态和进度的方式。 您还可以执行以下任务：
使用 Office Excel 创建分层任务结构。 您可以在 Office Excel 中为嵌套的任务、子任务、子任务的子任务创建一个列表，然后将其发布到 Team Foundation Server。 如果采用此方法，将保留这些任务之间的父子关系以及相关链接类型。 有关更多信息，请参见使用工作项的树列表执行自顶向下的规划（在 Excel 中）。
保留 Office Project 中所创建任务的前置和后续关系。 如果在 Office Project 中创建任务并将其发布到 Team Foundation，将使用您在 Office Project 中定义的前置和后续链接自动定义它们。
保留 Office Project 中所创建摘要任务和下属任务的父子关系。 如果在 Office Project 中创建任务并将其发布到 Team Foundation，则所有摘要任务会自动创建为具有子任务链接的父任务。
您可以使用新链接类型以及集成到 Office Excel 中的以下新增功能来执行上面列表中的任务：
查看列表：在 Office Excel 中，可以使用以下两种形式之一来显示工作项：
简单列表：用于以简单列表的形式查看和修改工作项。
树列表：用于显示具有父子链接的工作项之间的分层关系，以及修改工作项和工作项间的链接。
刷新列表：在 Office Excel 中，您可以指定如何导入工作项，以及如何在更改工作项之后刷新它们：
输入列表：在只希望刷新工作表中已有工作项的相关信息时使用。
查询列表：在除了刷新工作项的相关信息之外，还希望根据工作项查询来刷新有哪些工作项显示在工作表中时使用。
有关更多信息，请参见简单列表和树列表，查询列表和输入列表。
更有效地查看和跟踪工作项之间的关系和依赖项，以及管理风险和依赖项
借助当前版本的若干新增功能，可以更好地管理风险和依赖项。 若要以最有效的方式执行下面点符列表中的任务，您必须将 Bug、任务、功能、要求和价值主张存储为工作项； 必须不仅在价值主张和功能之间定义依赖链接，而且要在功能和所有关联的要求、任务和 Bug 之间定义依赖链接； 必须将任务分解为树层次结构的子任务。
确定去除某个功能的影响。 可以创建直接链接查询，列出每个功能依赖的所有活动工作项，以及该功能支持的所有要求。
确定团队为实现一个功能而必须完成的任务。 团队主管创建直接链接查询，列出每个功能的所有未完成任务。
查看指派给开发团队的所有任务，按实现的功能为这些任务分组。 您可以创建直接链接查询，列出链接到团队成员必须完成的活动任务的所有功能。
执行上面列表中的任务时，可以使用新的查询编辑器和查询结果视图功能。 有关更多信息，请参见查找 Bug、任务和其他工作项。
更有效地跨组协作
在当前版本中，您可以通过跨团队项目链接工作项来更广泛地跟踪状态和进度。 通过采用此方法，您可以为其他团队或组拥有的任务或功能定义依赖项、跟踪和批注这些依赖项，以及与其他项目组建立关系。 此外还可以跟踪依赖项在一段时间内的变化趋势。
在下列方案中，可以跟踪作为 Team Foundation 中工作项的功能、要求和任务。
创建与另一团队正在开发的某个功能之间的依赖关系。 如果确定您的某些功能依赖另一个团队的项目，则可以从您的项目链接到另一项目中的一个或多个工作项，以此记录该依赖关系。 然后，您可以与另一个团队的项目经理（提供方）联系，讨论非正式的服务级别协议。 该协议可以包括跨组协作的联系人、合作规则、责任范围、可交付结果、时间表等要点。 您和另一位项目经理完成协议条款的协商之后，双方都将知道如何跟踪依赖项的进度，以及应在何时完成依赖项。 您随后可以创建额外链接，更详细地记录这些依赖项。
创建与另一团队正在开发的某个功能或一组任务的依赖关系。 您的开发主管在为其功能工作内容创建任务时，必须考虑您已在整体跨组协作过程中建立的外部依赖关系。 对于每个具有依赖项的任务，主管应专门为另一个团队的项目中的关联功能或任务创建依赖链接。
向另一团队请求依赖项。 另一团队的项目经理可能只交付您项目依赖的部分功能。 如果您团队的开发人员发现该功能的实现存在问题，他们可以在您的项目中报告 Bug，并创建从该 Bug 到另一团队的项目的依赖关系。
管理提交给其他团队的工作。 使用依赖项链接可以确定其他团队向您的团队请求了多少工作量，以及决定要满足或拒绝哪些请求。 随着开发工作的进展，您可以定期重新评估这些工作项，并根据需要从当前里程碑去除其中的一个或多个工作项。 在去除这些工作项并将其状态更改为“推迟”时，您的更改将反映在其他团队的项目中。
获得依赖工作项的更改通知。 如果您处理的任务依赖于另一个团队的项目中的工作项，您可以在该工作项发生更改时收到电子邮件。 例如，您可能希望知道另一个团队何时解决阻碍您进度的 Bug。
管理跨组依赖项。 在另一个团队完成一组与您团队的一个或多个工作项有关的承担工作之前，您的团队可能无法关闭这些工作项。 由于这些承担工作会对您的项目带来风险，因此您应定期查看另一个团队的进度。 您可以运行查询或打开相关报表，该报表显示具有外部依赖项的所有活动工作项，包括有关您所依赖的工作项的状态、解决方法、项目名称、工作分配字段和工作项 ID 的信息。 可以通过打开您的项目链接到的工作项来获取有关重要更改的更多信息。
生成灵活的报表并支持跨团队项目增强的集成。这通过将工作项类型分组到不同类别来实现。 可以对类别进行查询并查找类似但在不同团队项目中有不同名称的工作项。
为了执行上面列表中的任务，您可以按本主题前面所述添加链接类型、创建基于定向链接的查询以及创建与其他团队项目的链接。
创建、管理和自定义工作项之间的关系
在以前版本的 Visual Studio ALM 中，您和团队的其他成员通过在两个工作项之间添加链接而保留两个或更多工作项之间的关系。 在当前版本中，可以使用不同链接类型（包括自定义链接类型）创建功能性更强的关系。 通过跟踪 Bug、任务、功能、要求、价值主张以及其他作为工作项的项目元素，可以在它们之间创建有用的关联。 您可以强制执行约束，并创建查询来查看和跟踪其依赖项和链接工作项的状态。还可以通过一次操作将一个工作项链接到多个工作项。 例如，可以在开发周期中执行下列任务：
在用户情景和功能之间创建更丰富的关联。 如果从用户情景列表和功能列表开始，则可以为两个列表上的每一项快速创建工作项并将每个用户情景与其子功能集相关联。 有关更多信息，请参见使用工作项的树列表执行自顶向下的规划（在 Excel 中）。
确定要求和功能之间的关联是否有缺漏。 在要求和功能之间创建初始关联后，可以运行查询来轻松验证每个要求是否与至少一个功能相关联。
跟踪代码缺陷并确定测试没有覆盖到的部分。 随着工作项跟踪与 Visual Studio 专业测试工具版、测试管理器和测试运行程序集成的增强，您可以确定存在风险的功能以及测试用例是否足以覆盖所有功能。 此集成包括为 Microsoft Solutions Framework (MSF) 过程模板定义的新工作项类型（如测试用例和共享步骤）和关联链接类型的实现。
确定与要求关联的 Bug。 测试人员在创建用于 Bug 的工作项时，可以将其中的每个工作项与一个或多个功能相关联。 然后您可以运行一个简单的查询，显示与已对其归档活动 Bug 的功能链接的所有要求。
创建任务之间的前置和后续关系。 团队成员为每个主要任务创建工作项时，您需要跟踪在其他任务开始之前必须完成哪些任务。 可以创建前置链接来跟踪工作项之间的这种依赖关系。
可以使用下列新功能执行上面列表中的任务：
使用和自定义链接类型。 每个链接类型定义一组规则以及两个或更多工作项之间的关系。 这些关系可以包括依赖于一个或多个其他工作项的功能、任务或 Bug；后续任务；或者任务或工作项之间的分层关系。 有关更多信息，请参见选择可有效地跟踪项目的链接类型。
提示
从早期版本升级时，系统为所有链接都指派“相关”链接类型。
还可以自定义链接类型。 有关如何自定义链接的更多信息，请参见自定义、扩展和管理工作项跟踪对象。
创建自动链接的工作项。 从查询结果列表可以创建自动与您指定的工作项链接的工作项。
一次添加、移除和保存多个链接。 可以运行查询来查找一组工作项，然后从当前工作项链接到该组中的多个工作项。 可以在团队资源管理器和 Team Web Access 的用于跟踪工作项的窗体中执行此任务。 还可以在 Office Excel 和 Office Project 中创建多个链接。
基于链接的关联查找工作项
在此版本中，可以基于一组两层查询子句和链接关联的筛选器查找一组两层工作项。 可以为项目的 Bug、任务、功能、要求和价值主张创建工作项，然后在它们之间创建能够满足项目的业务目标的关系。 定义这些关系时，可以执行下列任务：
针对价值主张跟踪和检查功能。 可以为每个业务目标或价值主张创建工作项。 如果添加子级作为这些价值主张的功能，则可以查看所有功能的状态以了解哪些价值主张已完成或即将完成。
查看按功能区域分组的活动任务。 如果在团队的所有功能和任务之间创建父子关联，则可以查看指派给您的资源的所有任务，它们按功能区域分组。 另外，可以将每项任务细分为若干子任务并创建与父任务的子链接。
评估对从属工作项进行的更改。 如果将功能和任务存储为工作项，则可以创建链接来跟踪这些功能之间的依赖关系。 然后，您可以基于功能快速查看依赖任务的状态，从而回答“是否有人仍在依赖我的功能？”等问题。
评估在某个时间点对从属工作项进行的更改。 如果创建链接来跟踪功能之间的依赖关系，则可以根据这些依赖关系创建项目时间表。 以后，您可能需要根据新的和更改的依赖关系更改项目时间表并协商新协定。 您可以运行查询来找出这些依赖关系在一段时间内如何变化，从而更好地调整协定中的新条款。
可以使用下列新功能执行上面列表中的任务：
查询类型：新增了下面两个查询类型，您可以使用它们执行复杂的查询并查看工作项之间的链接关联：
工作项和定向链接：根据您指定的工作项和链接筛选条件显示一组两层工作项及其依赖链接。 可以展开和折叠叶节点，并在团队资源管理器中拖动工作项来更改链接关联。
工作项树：显示通过父子链接关联的工作项之间的多层分层关系。 可以展开和折叠叶节点，并在团队资源管理器中拖动工作项来更改链接关联。
保存对工作项的更改：可以快速保存对查询结果列表中的多个工作项进行的任何更改。
有关这些新功能的更多信息，请参见查找 Bug、任务和其他工作项。
组织和管理对团队查询的共享访问
在此版本中，您可以管理如何组织和共享团队查询。 例如，可以执行下列任务：
在**“团队查询”**下创建嵌套的子文件夹层次结构。
将团队查询组织到子文件夹中并为各个功能团队指派权限，以便在各自的团队文件夹中管理和组织各自的查询。
指定哪些团队成员可以更改查询或文件夹层次结构。
为团队成员授予仅可对各自功能的查询文件夹进行管理的访问权限。
仅限特定个人或通讯组才能访问敏感团队查询。
可以使用下列新功能执行上面列表中的任务：
创建、删除、重命名、移动、复制和粘贴团队查询和查询文件夹。
设置或限制对各个团队查询或者团队查询文件夹和子文件夹的访问权限。 启用或禁用继承团队查询文件夹的安全权限。
设置或限制单个用户或者 Team Foundation Server 或 Windows 用户组对查询组件的访问权限。
更改团队查询、文件夹或子文件夹的所有者。
在用于创建团队项目的过程模板中指定查询、查询文件夹和访问权限。
有关更多信息，请参见与团队成员共享工作项和查询。
自定义、扩展和管理用于跟踪工作项的对象
在此版本中，您可以重命名工作项的类型，创建和自定义链接的类型，基于指派给工作项的类别创建用于控制若干工作项类型的规则，以及永久移除工作项和工作项的类型。 例如，可以执行下列任务：
使用新控件自定义工作项窗体。 可以使用工作项窗体中的以下新控件来支持下列方案：
链接筛选器：控制可用于链接工作项类型的链接类型集。 此外，还可以指定为工作项窗体中的链接显示的默认列字段。
超链接标签：将超链接附加到信息性文本或字段标签中。
独立标签：提供不与任何字段关联的信息性文本。 可以选择将超链接附加到部分或全部文本。
Web 内容：在工作项窗体中显示基于 URI 或 HTML 的内容。
有关新控件的更多信息，请参见设计和自定义工作项窗体。
创建和自定义链接类型。 可以创建和自定义各种链接类型以满足开发环境的特定需要。 例如，可以创建某个链接类型来跟踪功能依赖关系，然后可以配置用于跟踪功能的窗体，以便您的团队可以仅向该特定类型的工作项添加该链接类型。
有关更多信息，请参见自定义如何通过链接类型关联工作项。
从未通过的测试用例打开预填充 Bug。 如果您的团队将 Bug 和测试用例存储为工作项，您可以将自定义 Bug 类型定义为默认 Bug 类型。 如果测试用例未通过并且测试人员确定该失败表明产品中存在缺陷，则他们可以从测试工具打开默认 Bug。 该 Bug 中将自动填充区域路径、迭代路径和内部版本号等信息。 测试人员可以在保存 Bug 之前指定任何其他信息。
重命名工作项类型。 如果团队使用一个或多个其名称令人误解或含义不明的自定义工作项类型，您可以接管对团队的管理。 重命名这些工作项类型后，新名称将显示在 Team Foundation 的整套工具中。
移除工作项类型。 如果确定一个或多个类型的工作项对项目不再有用，应该移除它们以防止团队成员意外创建该类型的工作项。 移除这些工作项类型后，这些类型和基于这些类型的任何工作项都不会出现在数据库或相关报表中，就好像这些类型从没存在过。
移除试点工作项。 您可以移除在评估 Team Foundation Server 时创建但在生产系统中不需要的任何工作项。
移除未使用的全局列表。 可以从服务器中移除全局列表。
可以使用下列新功能执行上面列表中的任务：
witadmin 命令行实用工具。 使用此工具可以执行各种应用于项目集合或特定团队项目的管理任务。 这些任务包括创建、删除、导入和导出类别、全局列表、链接类型、工作项类型以及工作项字段。 有关更多信息，请参见 witAdmin：管理用于跟踪工作项的对象。
工作项类别。 使用类别可以将多个类型的工作项作为一组来管理。 通过 XML 文件管理类别的方式类似于管理全局列表和工作项类型。 有关更多信息，请参见将工作项类型分组到类别中。
更新的用于定义和跟踪工作项的对象模型。 每个类型的工作项都有一个从不更改的引用名称以及一个可以更改的友好显示名称。
更新的过程模板编辑器。 您可以使用过程编辑器检索和设置每种类型的工作项的引用名称。
提示
过程编辑器是一种作为外接程序安装到 Visual Studio 的强大工具。 可从 Microsoft 网站上的以下页面中下载此功能强大的工具：Team Foundation Server Power Tools 2010。 此工具不受支持。
自动更新用于存储人名的工作项字段
在当前版本中，您可以在 Active Directory 中更新团队成员的姓名，所做更改会在下次同步时自动更新到相应工作项字段中。 此新功能支持下列情况：
**在全部工作项和查询中自动传播人名更改。**某个团队成员结婚并更改她的姓氏。 如果在 Active Directory 中更新她的姓名，Team Foundation Server 中将进行下列更新：
工作项窗体在所有人名字段以及整个工作项历史记录中显示新姓名。 该团队成员可以像以前一样继续查询和更新她的工作项。
存储在 Team Foundation Server 中的个人查询和团队查询都会进行更新以使用新姓名。
引用旧姓名的所有通知都会进行更新。
**便于选择姓名相同的团队成员。**如果两名团队成员姓名相同，他们的电子邮件别名将在相应字段中显示在其姓名旁边的下拉列表中。 例如，您可能需要将工作项指派给名为 John Smith 的开发人员，而不是指派给同名但在另一个组工作的测试主管。 您可以使用电子邮件名来区分要将工作项指派给的团队成员。
能够修改指派给已离开团队的人员的工作项。 可以修改并重新指派这些工作项并维护已离开团队的团队成员的历史记录。
引入了 syncnamechanges 特性，以便可以存储和自动更新包含人名的字段的数据。
.gif "重要说明") 重要事项 |
|---|
从早期版本升级到当前版本后，会自动对包含人名的所有内置字段启用同步。 但是，对包含人名的任何自定义字段必须手动启用同步。 有关更多信息，请参见启用人员姓名自定义字段的同步。 |
请参见
概念
Team Foundation 客户端和 Team Foundation Server 间的兼容性
其他资源
修订记录
日期 |
修订记录 |
原因 |
|---|---|---|
|
2011 年 5 月 |
添加了关于在何处能获得过程编辑器的说明。 |
信息补充。 |