使用进程配置自定义积压工作和板页

项目
03/12/2013

您可以自定义多种进程配置元素来满足您的 Agile 计划和 Scrum 进程。其中的许多元素控制新的敏捷计划工具随 Team Web Access。有关更多信息，请参见为添加新功能而作出的配置更改。

如果您的团队项目已使用创建过程模板除了 Microsoft 提供的参数以外或您自定义工作项的类型定义，您可能需要自定义支持进程配置的定义文件。然后，因此，如果自定义或工作项的添加的类型并且希望使用这些字段，则将若要确定如何修改进程配置元素匹配自定义的其他对象。

处理配置元素确定以下功能的布局和功能：

通过自定义一个或多个自定义这些功能团队项目的以下定义文件：AgileConfiguration、CommonConfiguration 和类别。

备注

CommonConfiguration 文件包含用于支持利益干系人反馈体验的多个元素。您不应修改分配对这些元素。

主题内容

类别，处理配置和工作项的特定类型的禁用创建
工作流状态，metastates，和进程配置
自定义产品积压页
自定义冲刺 (sprint) 或迭代积压工作页
自定义任务的页
自定义 bug 和我的工作
导出和导入定义文件提供用于处理配置

备注

更改对定义文件应用于团队项目的工作自定义的所有团队。无法自定义单个团队的任务键盘或积压页。

要求

若要运行 witadmin 命令行工具，您必须是 Team Foundation Administrators 组的成员或 项目管理员 项目的组的成员。有关更多信息，请参见Team Foundation Server 权限。
若要查看积压工作"或任务键盘页，您必须将团队 Web 访问权限。完全。可能还有其他许可证要求。有关更多信息，请参见对 Team Web Access 中的功能的访问权限。

类别和进程配置

处理配置引用为团队项目指定的类别。类是工作定义为属于同一组中支持查询和处理功能的项目类型一组。例如，所有的默认配置过程模板中指定以下类别，需要备份 Visual Studio ALM使用的功能：

Bug 类别
代码评审请求类别和代码评审响应类别
反馈请求类别和反馈响应类别
要求类别
共享步骤类别
任务类别
测试用例类别
隐藏的类型类别

其中的大多数类是清单和只包含该类别中的工作项类型。此规则的例外情况是隐藏的类型类别。

如果创建了工作上述类别会产生类似的方式与您的项目类型若要将它们使用相同的方式为这些定义的，则将添加到类。例如，因此，如果您定义 bug 的一个或多个类型，则可能需要将这些类型为 bug 类别。这样，进程配置将自动将这些 bug 类型，它们执行标准的 bug 工作项类型。或者，您可以自定义要求类别包含的工作项的两个或三种类型的然后可以添加到产品积压工作或设置将显示在任务键盘。

若要更多了解如何使用类别，请参见定义类别以分组工作项类型。

敏捷工具和类要求和限制

可指定工作项类型视为积压工作项或作为任务项。例如，scrum 过程模板将该 bug 指派和产品积压工作项类型到要求类别，而 agile 模板为用户情景，并为 CMMI 模板将要求。所有默认值过程模板为工作项的任务类型到任务类别。

在将工作项时键入到类别，请考虑以下操作说明：

您必须分配一个工作项类型添加到要求类别和至少一个工作项类型添加到任务类别。
您不能分配同一工作项类型分为两种类别和要求到任务类别。
如果包含多个工作项类型要求类别或任务类别，该类型分配给 DEFAULTWORKITEMTYPE 元素的形式显示在敏捷积压工作和键盘页的默认类型。
对于分配给类别在 CommonConfiguration 文件引用的所有工作项类型，您必须分配工作流状态更改为有效的 metastate 如工作流状态，metastates，和进程配置所述。几 Team Foundation 客户端引用在 CommonConfiguration 文件定义的类别和 metastate 分配。

隐藏的类型类别

隐藏类型的类别指定一组工作项类型不希望用户手动创建。这些类型定义用于支持反馈和代码评审体验，以及测试用例的定义。

自定义类别

可以自定义工作项类型在任何类别中包括的通过修改 Categories.xml 文件。有关更多信息，请参见定义类别以分组工作项类型。

指定工作项的类型在类别中包括

导出类别的定义文件团队项目的导出和导入定义文件提供用于处理配置如中所述。

打开在记事本或其他文本编辑器的类别文件，并设置要修改的 CATEGORY 元素。

例如，请设置 "Hidden Types Category"的 CATEGORY 元素。

<CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
   <DEFAULTWORKITEMTYPE name="Code Review Request" />
   <WORKITEMTYPE name="Code Review Response" />
   <WORKITEMTYPE name="Feedback Request" />
   <WORKITEMTYPE name="Feedback Response" />
   <WORKITEMTYPE name="Shared Steps" />
</CATEGORY>

若要将工作项的新类型到类中，添加指定工作项类型的友好名称要添加的一个 WORKITEMTYPE 元素。

例如，以下语法添加“integration build”自定义工作项类型添加到隐藏的类型类别。

<CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
   <DEFAULTWORKITEMTYPE name="Code Review Request" />
   <WORKITEMTYPE name="Code Review Response" />
   <WORKITEMTYPE name="Feedback Request" />
   <WORKITEMTYPE name="Feedback Response" />
   <WORKITEMTYPE name="Shared Steps" />
   <WORKITEMTYPE name="Integration Build" />
</CATEGORY>

导入类别的定义文件的团队项目。

返回页首

工作流状态，metastates，和进程配置

每个工作项类型与包含一组工作流状态和有效转换在这些状态之间的工作流。工作流状态定义的工作项如何从第一次启动时继续或创建关闭或完成。例如，状态的是 scrum 2.0 的产品积压工作项定义定义了四种状态进度，从新建，已批准和 已提交，将执行，并包括第五个状态，已移除，说明一个状态在典型的进度外部。 Metastates，另一方面，确定积压工作和任务键盘如何处理每个工作流状态。积压工作和任务键盘使用的母版 metastates 是 Proposed、InProgress和 Complete。通过将为 metastate 的每个工作流状态，后台操作执行显示积压工作，并任务键盘会正确解释每个工作项的状态。 Metastates 特定于工作项类型。

例如，以下语法表示在 CommonConfiguration 的定义文件进行可以映射工作项类型的工作流状态在 scrum 2.0 Microsoft.RequirementCategory 定义过程模板的关联。在此示例中，新建和 已批准 状态与 Proposed metastate。 Proposed metastate 指示这是新，则不提交或不工作并显示在产品积压工作页的工作项。一次使用不与 Proposed metastate 的状态，它将工作流状态转换将跌下产品积压工作页。

  <RequirementWorkItems category="Microsoft.RequirementCategory" plural="Backlog items">
    <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
    </States>
  </RequirementWorkItems>

下表描述 metastates 两个类别和每个支持的枚举类型。

组合	支持的类型	注释
敏捷	Proposed:指示是新，则不提交或不工作的工作项。 InProgress:指示进行了或主动处理的工作项。 Complete:指示已实现工作项。	for agile 组定义的 metastates 支持若干类别的分配，包括要求、任务、bug 和反馈类别。通常，这些是映射： Proposed:新，建议，审批，或执行。本 metastate 的工作项显示在产品积压工作页。 InProgress:有效，使，正在进行或解决。因为它们提交给迭代或冲刺，本 metastate 的工作项从产品积压工作页移除。 Complete:关闭或执行。表示工作量是通过此 metastate 的积压工作项在计算包括团队的速度。工作在未映射到某个支持的 metastates 不会出现在积压工作"或任务键盘页的工作流状态的项。
Bug	Resolved:指示已解决的 bug。	为 bug 组定义的 metastates 支持映射解决 bug 的工作流状态。说明只能分配 Resolved metastate 到工作流状态指定在 BugWorkItems 元素下。

敏捷

Proposed:指示是新，则不提交或不工作的工作项。
InProgress:指示进行了或主动处理的工作项。
Complete:指示已实现工作项。

for agile 组定义的 metastates 支持若干类别的分配，包括要求、任务、bug 和反馈类别。通常，这些是映射：

Proposed:新，建议，审批，或执行。本 metastate 的工作项显示在产品积压工作页。
InProgress:有效，使，正在进行或解决。因为它们提交给迭代或冲刺，本 metastate 的工作项从产品积压工作页移除。
Complete:关闭或执行。表示工作量是通过此 metastate 的积压工作项在计算包括团队的速度。

工作在未映射到某个支持的 metastates 不会出现在积压工作"或任务键盘页的工作流状态的项。

Bug

Resolved:指示已解决的 bug。

为 bug 组定义的 metastates 支持映射解决 bug 的工作流状态。

说明

只能分配 Resolved metastate 到工作流状态指定在 BugWorkItems 元素下。

返回页首

自定义产品积压页

产品积压工作表示需求列出了开发产品的。积压工作项对应于基于过程模板的工作项的特定类型用于创建团队项目 (例如，产品积压工作项、用户情景或要求。使用工作项，的两个或多个类型如果使用工作项的不同类型或获取您的要求，则可以自定义产品积压页支持您的使用。具体而言，可以通过下列方式来自定义产品积压页的布局和功能：

指定字段，而工作项的类型可用于快速将项添加到积压使用“quick 添加”面板。
设置列和用于的列顺序列出产品积压工作项。
调整的工作项类型被视为积压工作项。
设置的积压工作项和工作流状态在产品积压工作，或者完成并应考虑，当计算团队速度。

备注

确保仅工作项类型与对应于 Proposed metastate 出现在产品积压工作页的工作流状态。此外，如果您将一个工作项类型添加到要求类别，请确保添加用于跟踪团队速度的工作量到工作项类型的定义的字段。
设置用于的字段计算团队速度。

备注

项序列在产品积压工作页的基于确定的已添加项或拖动了在页的位置项目。因为您拖动项，后台进程更新字段分配到 type="Order"。

通过自定义一个或多个自定义这些功能团队项目的以下定义文件：AgileConfiguration、CommonConfiguration 和类别。有关更多信息，请参见自定义积压工作页。

返回页首

自定义冲刺 (sprint) 或迭代积压工作页

冲刺 (sprint) 或迭代积压工作页显示一组要求所，并且您的团队致力于使用这些链接到要求的特定迭代循环和任务。必须链接到要求使用子链接类型，任务。由于的工作项类型显示在这些页对应于显示在产品积压工作页相同的类型，许多自定义工作为产品积压页执行将定义迭代积压工作页的功能。

您可以自定义布局，并迭代积压工作的功能下面的方法调用：

设置显示的列和列顺序。
确定序列或排序积压工作项的顺序。
调整子可以添加的工作项类型 (默认值为任务)。
指定 (几 + 小时 + 或 + 几 + 天) 用于的字段和布局计算剩余工作。
使用容量由事件，指定用于的字段关联事件和剩余工作。
指定在计算引用容量和燃尽的非工作的日 (默认值对应于星期六和 sunday)。

通过自定义一个或多个自定义这些功能团队项目的以下定义文件：AgileConfiguration、CommonConfiguration 和类别。有关更多信息，请参见自定义积压工作页。若要了解有关与积压工作页，请参见创建或添加到产品积压工作和规划迭代。

返回页首

自定义任务的页

任务键盘，您的团队可更新工作项并报告进度。任务键盘的列对应于工作流状态分配给任务。中显示的工作项包括指派给当前迭代的所有积压工作项和这些项目的所有链接的子任务，无论其分配的迭代。

可以添加为子任务到积压工作项的任务项对应于工作项类型的任务分配类别。在委员会，任务显示在其工作流状态下一列标题。因为您将从一列的任务到另一个，将自动更新该项的"状态"字段。

由于的工作项类型显示在这些页对应于显示在"迭代积压页相同的类型，许多自定义工作为"迭代积压页执行确定显示在任务键盘页。

可以通过下列方式来自定义任务键盘页的功能：

确定子工作项类型显示在任务键盘，哪些类型可以添加作为子项到积压工作项 (默认值为任务)。
选择的任务项的工作流状态会将任务的。
更改的工作项的数目确定的最大限制可以出现在任务键盘。该默认值为 500 个工作项。

通过自定义一个或多个自定义这些功能团队项目的以下定义文件：AgileConfiguration、CommonConfiguration 和类别。有关更多信息，请参见自定义积压工作页。若要了解有关使用任务键盘，请参见运行迭代。

返回页首

自定义 bug 和我的工作

我的工作，帮助开发人员工作组织的团队资源管理器功能，可以更高效地降低破坏和工作，引用 metastates 分配给 bug 类别。

通过更新类别和 CommonConfiguration 的定义文件来自定义此区域。有关更多信息，请参见使用“我的工作”支持 Bug 更新状态。

返回页首

导出和导入定义文件提供用于处理配置

在自定义之前进程配置，您可能必须导出为团队项目定义的当前定义文件。一旦自定义一个定义文件，必须将其导入您的更改的团队项目会出现。

导出定义文件

在 Visual Studio 或团队资源管理器安装的计算机上，打开命令提示符窗口并 enter:
```
cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDE
```
在 64 位 Windows 版本上，将 %programfiles% 替换为 %programfiles(x86)%.
若要导出类别的定义文件或进程配置中，键入以下命令，一个，并将您的数据替换为显示此处的参数，其中 CollectionURL 指定团队项目集合的 URL，ProjectName 指定在集合中定义的团队项目的名称，并且，DirectoryPath 指定名称和位置以文件中导出。然后选择 enter。
```
witadmin exportcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
witadmin exportagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"
witadmin exportcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
```
下面的命令演示了如何导入 for agile 定义文件处理配置：

witadmin exportagileprocessconfig /collection:"http://MyServer:8080/tfs/DefaultCollection" /p:MyProject /f:"C: AgileConfiguration.xml"

导入定义文件

若要导入类别的定义文件或进程配置，请从前面的过程继续键入以下命令，一个，并将您的数据替换为显示的参数，然后选择 enter。

witadmin importcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
witadmin importagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"
witadmin importcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"

重要

导入定义文件复盖任何现有类别或为团队定义的配置项目。

返回页首

请参见

概念

进程配置 XML 元素参考

自定义工作项跟踪和团队项目

自定义项目跟踪数据、窗体、工作流及其他对象

其他资源

定义和自定义工作项工作流

定义类别以分组工作项类型