Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020
此 Microsoft 敏捷术语表列出了在使用 Azure Boards 跟踪工作时常用的术语。 有关更多术语和上下文，请参阅以下相关术语表：
敏捷工具
一套基于 Web 的工具，用于跟踪工作和支持敏捷方法。 敏捷工具支持软件开发团队目前使用的核心敏捷方法（Scrum 和看板）。 了解详细信息：关于敏捷工具和敏捷项目管理。
区域路径
区域路径用于按团队、产品或功能区域对工作项进行分组。 迭代路径用于将工作分组到冲刺 (sprint)、里程碑或其他特定于事件或与时间相关的时间段。 可以使用区域路径来定义路径的层次结构。 有关详细信息，请参阅关于区域和迭代路径。
Bug
一种记录对产品不满的潜在来源的工作项类型。 用于跟踪代码缺陷的工作项类型的公用名。 每个团队都可以选择管理 bug 的方式。 一些团队喜欢在积压工作上跟踪 bug 和需求。 而一些团队为了满足某种需求，喜欢跟踪作为任务执行的 bug。 然后，bug 会显示在其任务面板上。 了解详细信息：管理 bug。
类别
类别将一个或多个工作项类型分组，以支持报告、查询和 Web 门户积压工作和任务板页面。 例如，将自定义工作项类型添加到“需求”类别，以通过产品待办事项和看板来管理这些项目。 有关详细信息，请参阅 “使用类别对工作项类型进行分组”。
集合
集合是 Azure DevOps 中许多项目的容器。 使用 Azure DevOps Services 注册或安装 Team Foundation Server 时，会创建默认集合。 在 Azure DevOps Services 内，集合对应于组织。 对于本地 TFS 部署，可以添加和管理集合，以指定集合中项目可用的逻辑和物理资源。
了解详细信息：关于项目和缩放组织、管理组织或在 Team Foundation Server 中管理项目集合。
仪表板
仪表板是用户可配置的交互式招牌，可提供实时信息。 仪表板与团队相关联，并显示可配置的小组件以显示信息。 有关详细信息，请参阅添加和管理仪表板。
讨论 (Discussion)
工作项窗体中的区域，支持添加和查看有关所执行工作的注释。 这样就可以捕获工作项中的所有注释，而不是维护较长的电子邮件线程。 在讨论部分中，可以使用 @提及控件将讨论通知另一个团队成员。 只需键入 @ 及其名称即可。
收藏夹
将对象标记为收藏夹是一种用于支持自己或其他团队成员快速导航的方法。 可以将工作项查询和生成定义标记为个人和团队收藏夹。 可以为自己标记为收藏夹的其他对象仅包括代码分支、交付计划、测试计划以及团队或项目。 有关详细信息，请参阅设置个人或团队收藏夹。
字段
字段记录关于工作的具体信息。 在工作跟踪数据存储中存储字段值，并在查询和图表中使用这些值来报告状态和趋势。 项目包括多个字段;若要更新字段，可在工作项中对其进行编辑。 每个工作项都与工作项类型（WIT）相关联，可用字段反映该 WIT。 有关预定义字段的定义，请参阅 “工作项”字段索引。
关注
标记特定工作项或拉取请求以遵循它们是一种用于接收有关对其所做的更改的电子邮件更新的方法。 有关详细信息，请参阅跟进工作项或拉取请求。
全局列表
全局列表定义了在集合中的各个工作项类型（WIT）和项目之间共享的菜单项或选取列表值。 当多个 WIT 使用相同的值时，请使用全局列表来减少维护。 在托管 XML 或本地 XML 进程模型的进程模板中定义全局列表。 请参阅 管理工作项类型的全局列表。
全局工作流
全局工作流定义多个项目和 WIT 可以共享的字段和全局列表。 管理员使用它来标准化跨项目（仅限本地 XML 进程模型）的工作流。 请参阅 “管理全局工作流”。
隐藏的类型类别
隐藏类型列出不希望人员手动创建的工作项类型。 默认情况下，该设置包括：
可以使用 GitHub 上的开源团队项目经理来确定哪些 WIT 属于“隐藏类型”类别。
处理模型和模板
- 托管 XML 进程模型 - 支持通过修改和导入进程模板（可用于选择 Azure Boards 云帐户）来自定义工作跟踪对象。 请参阅 托管进程模型。
- 继承流程模型 - 支持 Azure Boards 云账户的基于 UI 的自定义；项目继承流程自定义。 请参阅 继承过程模型。
- 本地 XML 进程模型 - 支持本地 Azure DevOps 的基于 XML 的自定义。 请参阅 本地进程模型。
问题
- 敏捷流程：问题追踪那些可能影响完成其他工作的项目，默认情况下，它不会出现在待处理项列表或工作板上。 请参阅管理问题和障碍。
- 基本过程：任务用于跟踪工作或缺陷，并出现在产品积压列表和任务板中。
迭代路径（也称为冲刺 (sprint)）
时间段（通常为两到三周），用于在该时间段内对要完成的工作项进行分组。 冲刺 (sprint) 在 Scrum 方法中用于支持冲刺 (sprint) 计划、冲刺 (sprint) 燃尽和其他 Scrum 流程。 迭代路径用于将工作分组到冲刺 (sprint)、里程碑或其他特定于事件或与时间相关的时间段。 了解详细信息：关于区域和迭代路径。
看板
一个交互式电子招牌，支持可视化从概念到完成和精益方法的工作流。 Azure DevOps 为每个产品和项目组合积压工作提供面板。 有关详细信息，请参阅 开发板概述 和 板功能和史诗。
链接和链接类型
链接支持使用不同的链接类型定义工作项与其他对象（例如提交、分支、拉取请求等）之间的关系。 有关详细信息，请参阅将工作项链接到其他对象和链接类型参考。
选取列表
选取列表（下拉菜单）提供字段的枚举值集。 自定义选择列表的方式取决于字段和流程模型。 有关详细信息，请参阅 “自定义工作”。
计划（也称为交付计划）
计划是一种可配置的视图，可显示多个团队的工作，以及基于每个团队的迭代在日历中布局的项目。 视图中的每一行都表示团队的产品或项目组合积压工作。 每个卡都对应于一个工作项，例如用户情景、功能或长篇故事。 有关详细信息，请参阅 “查看团队交付计划”。
项目组合积压工作 (backlog)
工作项的交互式列表，类似于产品积压工作，支持在功能、长篇故事或方案下组织工作或对工作分组。 项目组合积压工作与产品积压工作类似，你可以确定工作的优先级并查看工作的树状层次结构。 了解详细信息：定义功能和长篇故事。
进程
流程定义工作跟踪系统的构建基块。 若要自定义流程，请先从默认系统流程之一（敏捷、Scrum 或 CMMI）创建继承的流程。 使用该流程的所有项目都会看到你所做的更改。 有关详细信息，请参阅 关于进程自定义和继承的进程。
产品积压工作 (backlog)
与团队的项目计划或路线图相对应的工作项的交互式列表，用于说明团队计划交付的内容。 产品积压工作支持确定工作优先级、按冲刺 (sprint) 预测工作，以及快速将工作链接到项目组合积压工作项。 可以定义积压工作项，然后使用面板管理其状态。
每个产品积压工作都可以由团队自定义。 了解详细信息：创建积压工作。
产品积压工作项 (PBI)
一种工作项类型，用于定义团队计划创建的应用程序、要求和元素。 产品所有者通常定义并堆叠使用 Scrum 流程定义的积压工作项。 了解详细信息：Scrum 流程工作项类型和工作流。
项目
项目（以前称为团队项目）为源代码提供存储库。 一组人员可以在项目中规划、跟踪进度并协作构建软件解决方案。 项目是为 Azure DevOps Services 组织或在 TFS 项目集合中定义的。 可以使用它来关注项目中定义的那些对象。 有关详细信息，请参阅 关于项目和缩放组织。
查询
查询用于查找和列出工作项。 查询支持用于会审工作的托管搜索，以及用于查找特定工作项的临时搜索。 简单列表查询还支持状态和趋势图。 有关详细信息，请参阅 “关于托管查询”。
远程链接
使用远程链接，可以在一个组织的工作项与另一个组织中定义的工作项或其他对象之间创建链接关系。 组织必须由同一 Microsoft Entra ID 管理。 了解详细信息：链接工作项、链接到远程工作项。
汇总
汇总是指层次结构中子工作项和子代工作项的剩余工作、故事点或其他数值字段的总和。 若要向产品或项目组合积压工作添加汇总列，请参阅显示汇总进度或总计。
冲刺 (sprint)（也称为迭代）
冲刺 (sprint) 是通常为两到三周的时间段，用于在该时间段内对要完成的工作项进行分组。 冲刺 (sprint) 在 Scrum 方法中用于支持冲刺 (sprint) 计划、冲刺 (sprint) 燃尽和其他 Scrum 流程。 冲刺 (sprint) 是通过迭代路径定义的。 有关详细信息，请参阅“关于区域和迭代路径”（即冲刺）。
冲刺 (sprint) 积压工作 (backlog)
已分配给团队的同一冲刺 (sprint) 或迭代路径的工作项的交互式列表。 冲刺 (sprint) 积压工作支持使用 Scrum 方法的团队。 了解详细信息：冲刺 (sprint) 计划。
任务板
任务面板是工作项的交互式版块，可用于查看和更新为冲刺 (sprint) 积压工作定义的任务。 任务面板支持使用 Scrum 方法的团队。 有关详细信息，请参阅 更新和监视任务板。
Teams
团队对应于一组选定的项目成员。 借助团队，组织可以对工作进行子分类，以便更好地专注于他们在项目中跟踪的所有工作。 每个团队都可以访问一套敏捷工具。 团队可以使用这些工具自主工作，并与整个企业中的其他团队协作。 每个团队都可以配置和自定义每个工具以满足其工作要求。 有关详细信息，请参阅 关于团队和敏捷工具。
用户情景
一种工作项类型，用于定义团队计划创建的应用程序、要求和元素。 产品所有者通常会定义用户情景并对其进行堆栈分级。 用户情景是使用敏捷流程定义的。 了解详细信息：敏捷流程工作项类型和工作流。
小组件
小组件在仪表板上显示信息和图表。 可以配置其中许多小组件。 许多小组件显示系统创建的一个或多个数据存储或图表中提供的信息。 有关详细信息，请参阅 小组件目录。
工作项类型 (WIT)
WIT 指定用于跟踪工作项的字段、工作流和窗体。 每个 WIT 都与 30 个系统字段和多个类型特定的字段相关联。 使用工作项来规划和跟踪开发项目所需的工作。 有关随默认流程提供的预定义 WIT 的概述，请参阅关于流程和流程模板。
Workflow
工作流定义工作项的允许进度和回归，由其 WIT 定义。 例如，敏捷工作流跟踪从 “新建 ”或 “活动 ”到 “已关闭 ”或 “已完成”的状态。 基本过程使用 To Do、Doing 和 Done 状态。 工作流还控制哪些状态和原因值显示在下拉菜单中。 请参阅 工作流状态和状态类别。