确定自定义要求的范围
团队成员使用“工作项”来跟踪要完成的工作。 可用于团队成员的工作项类型取决于已安装的方法，如 Microsoft Solutions Framework (MSF) for CMMI Process Improvement 或 MSF for Agile Software Development。 工作项类型的示例包括 Bug、要求、风险和任务。
您可能需要扩展此选择范围，以便 Team Foundation 可以更好地服务于您的团队使用的过程和您的通信方式。 可以创作新的工作项类型，这些新类型是用于创建工作项的模板。 根据您的团队使用的过程，可能会用到以下任何一个工作项类型：任务、Bug、更改请求、服务质量要求、问题、需求、评审、风险和方案。
创建工作项之后，工作项将包含创建它所使用的工作项类型中定义的字段和行为。
提示
除了创建工作项类型，还可以修改现有的工作项类型。 例如，您可能已经安装了一个包括任务和要求类型的工作项的方法。 为了更好地支持您的团队使用的过程，可以向“任务”工作项类型中添加字段或更改“需求”工作项类型的工作流行为。
尽管您可以将工作项类型视为从其得到的更为具体的工作项的抽象，但工作项类型不过是您可以创建的一组 XML 定义。 还可以参考 Microsoft Web site（Microsoft 网站）上“Visual Studio Application Lifecycle Management (ALM) SDK”中的 XML 架构“Work Item Type.xsd”（工作项类型.xsd）。
主题内容
更改的范围
自定义所有新团队项目
修改现有 MSF 过程模板
自定义现有团队项目
更改的范围
自定义工作可以具有更大或更小的作用范围，具体取决于自定义的内容。 可以采取下列方法之一：
自定义所有新团队项目 您可以通过更改过程模板的插件、工作项类型和过程指南来自定义过程模板中的工作项类型。 在这种情况下，您的自定义项会显示在基于此过程模板创建的所有项目中。
自定义现有团队项目 通过使用命令行工具，您可以自定义单个项目上的工作项类型。 在这种情况下，您的更改会影响团队成员在该项目中的工作方式，但不会影响现有项目或将来的项目。
自定义所有新团队项目
若要自定义所有新团队项目上的工作项类型，应该更改团队项目所使用的过程模板。 采用此方法，您可以在一个位置进行更改，这些更改将反映在基于您更改的过程模板创建的所有团队项目中。 有关更多信息，请参见修改现有 MSF 过程模板。
提示
建议您根据自己的需求修改现有过程模板，而不是为一系列新的团队项目创建过程模板。 例如，您可以修改 MSF for Agile Software Development 或 MSF for CMMI Process Improvement 的模板。
修改现有 MSF 过程模板
过程模板插件
在创建团队项目时，过程模板插件将安装所需的文件或配置数据。 Visual Studio ALM 包含用于工作项跟踪、分类、Windows SharePoint Services、版本控制、报表以及组和权限的插件。 您可以修改每一个插件以自定义过程模板。 有关如何修改用于跟踪工作项的插件的更多信息，请参见使用 WorkItemTracking 插件来定义和自定义用于跟踪工作项的对象。
工作项类型
您可能需要扩展 Team Foundation 提供的工作项选择范围，以便更好地服务于您的团队使用的过程以及您的通信方式。 若要创建自定义工作项，您可以创作新的工作项类型，这些类型是用于创建工作项的模板。 有关如何自定义或创建过程模板的工作项类型的更多信息，请参见自定义项目跟踪数据、窗体、工作流及其他对象或创建工作项类型。
过程指南
过程指南记录特定软件开发过程的角色、工作项、工作产品、活动和报表。 过程指南是对特定过程模板的补充。
Team Foundation 包括两个过程模板：MSF for Agile Software Development 和 MSF for CMMI Process Improvement。 您可以自定义这两个过程中的每一个，并使用它在项目中开发软件。 添加或自定义工作项类型时，应更新相应的过程指南以处理您所做的任何更改。 有关更多信息，请参见 Microsoft 网站：Process Templates and Tools（过程模板和工具）。
自定义现有团队项目
更改现有团队项目的方式与更改过程模板的方式类似，但范围要小得多。 如果更改现有团队项目，会影响团队成员执行其日常工作的方式。 但不会更改以后基于过程模板创建的项目的性质。