Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020
速度指标提供了有价值的见解，可帮助团队规划和 预测 冲刺，并评估他们估计和满足计划内承诺的方式。 这些指标根据已完成的工作项计数或估算总和（产品积压工作项）、故事点或规模（需求）来指示团队在冲刺期间可以完成的工作量。 使用速度来帮助确定团队容量，但不要将其与关键绩效指标混淆。
先决条件
| 类别 | 要求 |
|---|---|
| 访问级别 |
-
项目成员。 - 至少具有基本访问权限。 |
| 权限 |
-
团队管理员或项目管理员或授予你的特定仪表板权限。 - 要在团队仪表板上添加小组件：团队成员。 |
| 功能启用 | Azure Boards 已启用。 如果已禁用，将不会显示任何工作跟踪分析小组件。 若要将其重新启用，请参阅打开或关闭服务。 |
| 任务感知 | 了解本文后面列出的任何必需完成的任务或建议完成的任务。 |
| 类别 | 要求 |
|---|---|
| 访问级别 |
-
项目成员。 - 至少具有基本访问权限。 |
| 权限 |
-
团队管理员或项目管理员或授予你的特定仪表板权限。 - 要在团队仪表板上添加小组件：团队成员。 |
| 功能启用 |
-
已启用 Azure Boards。 如果已禁用，将不会显示任何工作跟踪分析小组件。 若要将其重新启用，请参阅打开或关闭服务。 - Analytics 已安装并启用。 项目集合管理员组的成员可以添加扩展或启用服务。 组织所有者是此组的自动成员。 |
提示
本文中的图像可能与 Web 门户中看到的图像不同。 这些差异可能是由于 Web 应用更新、由你或管理员启用的选项以及创建项目时选择的流程（Agile、Basic、Scrum 或 CMMI）导致的。
了解速度数字
速度 表示团队在过去短跑中完成的工作量，这有助于预测将来的容量：
- 按计数跟踪时：“速度”显示每个冲刺完成的工作项（用户情景、bug、任务）数量
- 按总和进行跟踪时：“速度”显示每个冲刺完成的情景点总数、工时数或规模估计
例如，如果你的团队在冲刺 1 中完成了 价值 25 个故事点 的用户故事，在冲刺 2 中为 30 个故事点，而冲刺 3 中 28 个故事点，则平均速度为每个冲刺约 28 个故事点。 此平均值可帮助你规划未来迭代中要投入多少工作量。
速度图表类型
可以选择两种速度图表：“积压工作”页上的上下文“速度”图表，以及用于仪表板的“速度”小组件。 这两个图表可帮助你快速了解下表中所述的工作流状态类别。
已从“已完成”、“延迟完成”和“未完成”计算中排除处于“建议”或“已解决”状态的项。 有关详细信息，请参阅如何在 Azure Boards 中使用工作流类别状态。 你的选择是个人选择，会在会话之间保留，直到进行更改。
重要
仅 计划 内数据使用历史快照。 所有其他状态（不完整、 已完成、 已完成已晚）反映当前工作项数据。
| 工作流状态 | 说明 |
|---|---|
| 计划 | 按第 1 天结束时间分配给冲刺的工作项，而不考虑其当前状态。 计为计划后，即使以后移动，项目也会保留在原始冲刺的类别中。 如果工作项满足每个冲刺的第 1 天分配规则，则可以将其计为多个冲刺中的计划。 |
| 不完全的 | 当前分配给处于 “正在进行” 状态的冲刺的工作项。 排除“建议”、“已解决”或“已完成”状态中的项。 |
| 已解析 | 处于 “已解决 ”状态的工作项。 除非配置为将解析的项目视为已完成，否则不会绘制。 |
| 已完成 | 处于 “已完成 ”状态的工作项，其完成日期为冲刺结束日期或早于冲刺结束日期。 |
| 已完成延迟 | 处于 “已完成 ”状态的工作项，其完成日期在冲刺结束日期之后。 |
注释
当配置为将“已解决的项目视为已完成”时，在冲刺结束日期之后，将“已解决的项目”移动到“已完成”状态，将分类从“已完成”更改为“已完成已完成”。
本文稍后将介绍如何打开“速度”上下文报表或配置“速度”小组件。
可以采用以下方式配置每个图表：
- 分配给积压工作项的工作量、故事点数、大小字段或其他支持的数字字段的总和。
- 积压工作项的计数。
- 迭代数。
小组件提供了更多配置选项。 有关详细信息，请参阅配置和查看速度图表。
查看“速度”上下文报表
速度报表可用于产品和项目组合积压工作。 每个报表都包含交互式控件，允许用户根据具体兴趣自定义视图。
登录到你的项目 (
https://dev.azure.com/{Your_Organization/Your_Project})。选择 Boards>积压工作>分析以打开产品或项目组合积压工作的速度报表。
要切换到不同的积压工作，请从积压工作选择器中进行选择，然后选择“速度”的“查看完整报表”。
使用交互式控件可选择计数或总和字段以及迭代数。 选择“自定义迭代”，以指定介于 1 到 15 之间的任意迭代数。
如果你的团队未完成冲刺，或者你要在冲刺开始日期之前处理项目，则没有可分析和预测的数据。 可能会显示以下消息：设置迭代日期以使用此控件。 若要解决这种情况，请将迭代日期范围设置为包含当前日期，或者等待冲刺开始。
将鼠标悬停在列区域上，以显示已计划和已完成工作项的摘要。 例如，对于 07_2019 冲刺，计划了 131 个项目。
有关详细信息，请参阅本文前面提到的工作流状态说明。
若要将报表添加到仪表板，请选择
操作图标，然后选择“复制到仪表板”。
选择仪表板，然后选择“确定”。
若要返回到 Analytics 摘要，请选择
后退箭头。
配置速度小组件
只能为一个团队配置速度小组件。 如果要查看多个团队的速度，则必须配置从多个团队汇总的项目组合管理团队。 有关详细信息，请参阅添加团队。
如果尚未配置，请在仪表板上添加速度小组件。 对于 Azure DevOps Server 2019，启用或安装 Analytics。
完成以下步骤以配置“速度”小组件。
选择
操作图标，然后选择“配置”选项，以打开配置对话框。
修改标题，选择团队，然后选择要跟踪的积压级别或工作项类型。选择是要跟踪工作项计数还是数字字段的总和。 最常见的总和字段是“工作量”、“故事点”或“大小”。
指定要查看的冲刺次数。 默认为 6，最大为 15。
（可选）选中复选框，以显示每个冲刺晚于计划完成的工作的附加信息。
- 显示迭代的计划工作：选中此框可显示迭代开始时为迭代计划的工作量，这对于将计划的工作与实际可交付结果进行比较很有用。 默认情况下，计划工时计数从迭代的开始日期开始。
-
计划工作结束时迭代开始日期后的天数：指定计划工作计数开始日期后的天数。 例如，如果迭代的前两天用于计划，则可以输入
3，然后在第三天开始计算计划工作。 例如，如果迭代于01/01/2024开始，并在当天结束时将三个积压项分配给迭代01/01/2024，则这三个积压项将被视为计划项。 如果团队在迭代开始几天后才完成计划，则可以在计划工作最终完成时更新“迭代开始日期后的天数”。 - 突出显示延迟完成的工作：选中此框可显示迭代结束日期后标记为已完成的工作项，这被视为延迟完成，并显示为浅绿色。 突出显示延迟完成的工作有助于发现工作项目在迭代完成后被标记为已完成的趋势。
- 超过迭代结束日期后工作延迟的天数：指定工作项状态仍为新状态或进行中状态时，超出后会被视为工作项延迟的天数。 例如，输入 3 天，团队就可以在迭代结束后的 3 天内标记工作项目已完成或已完成，否则将视为延迟。
选择“保存”。 下图显示了基于故事点和八个冲刺数据的速度。
有关“已计划”、“已完成”、“延迟完成”和“未完成”状态的详细信息，请参阅本文前面提到的状态说明。
使用速度图表的必要和建议任务
若要使团队从速度图表中获得最大的效用，请遵循这些必需完成和建议完成的任务。
所需磁盘数
- 定义迭代路径（冲刺）并配置团队迭代。 确保冲刺的持续时间相同。
- 定义和估计积压工作项。 从团队积压工作中创建的项目会自动分配给当前冲刺和团队的默认区域路径。
- 在工作开始和完成时更新积压工作项的状态。 只有状态为“正在进行”或“完成”的项才会显示在速度图表或小组件上。
建议完成的任务
- 定义和调整积压工作项 的大小，以便最小化可变性。
- 决定团队 如何处理问题。 如果像对待需求一样对待 bug，bug 就会出现在积压工作中，并包含在速度图表和预测中。
- 设置团队的区域路径。 预测工具使用这些设置在团队的默认区域路径中包含或排除项目。
- 避免创建积压工作项和 bug 的层次结构。 看板、任务板和冲刺积压工作只能显示层次结构中的最后一个节点。 取而代之的是维护一个屏幕列表，其中包含一级深度的父子链接。 使用对需求或用户情景进行分组的功能。
- 在冲刺结束时更新已完成积压工作项的状态。 将未完成的项目移回产品积压工作中，以备未来的冲刺计划之用。
- 最大程度地减少积压工作项的大小可变性，以提高估计准确性。 减少可变性可提高速度指标和预测结果的可靠性。 估算是团队对完成一个项目相对于其他积压工作项所需工作量的最佳猜测。
重要
删除 区域路径 值或重新配置 迭代路径 值会导致以下图表中不可逆的数据丢失：
- 燃尽图和燃起图控件
- 冲刺燃尽图表
- 更改了区域路径的团队的速度图表
- 引用每个工作项时定义的 区域路径 和 迭代路径 值的历史趋势图
仅当任何工作项不再使用区域和迭代路径时，才能删除它们。 删除这些路径时，无法再检索其历史数据。
添加其他团队
如果每个团队都想要自己的积压视图、速度图表和预测工具，则可以添加新团队。 每个团队都有权访问其自己的 Agile 工具集，这些工具可用于筛选工作项，以仅包括特定于该团队的已分配区域路径和迭代路径。