速度指标和使用情况指南

Azure DevOps Services |Azure DevOps Server 2022 - Azure DevOps Server 2019 |TFS 2018

速度指标提供有用的信息来支持以下团队和产品管理活动:

  • 冲刺 (sprint) 规划
  • 预测团队可以完成的未来冲刺和积压工作项
  • 确定团队估计和履行计划承诺的指南

速度图类型

可以选择“速度”图表:从积压工作页访问的上下文中速度图表和添加到仪表板的“速度”小组件。 通过这两个图表,可以快速确定以下信息:

  • 计划 - 根据在冲刺开始前分配给冲刺的工作量计算。 此计数包括在冲刺开始后移动到其他冲刺的工作,但不包括在冲刺开始后添加的工作。

    提示

    若要列出计数中包含的工作项,请单击速度栏。 查询结果页将打开,其中包含的工作项列表。

  • 已完成 - 根据在冲刺开始前分配给冲刺的工作量计算,并在冲刺结束日期之前完成。
  • 已完成已晚 - 根据在冲刺开始前分配给冲刺的工作量计算,但在冲刺结束时已完成。
  • 不完整 - 未完成的工作量,根据在冲刺开始前分配给冲刺的工作量计算,并且尚未设置为已完成。

若要打开“速度”图表或向仪表板添加“速度”小组件,请参阅 “查看或配置团队速度”。

可以通过以下方式配置每个图表:

该小组件支持更多配置选项。 若要配置或查看速度图表,请参阅 “配置”和“查看速度”图表

可以选择“速度”图表:从积压工作页访问的上下文中速度图表和添加到仪表板的“速度”小组件。 使用速度小组件,可以快速确定以下信息:

  • 计划的速度
  • 实际 (已完成) 速度
  • 比计划晚完成的工作
  • 未完成的工作量

这两个图表都支持可视化多个冲刺的团队速度。 但是,速度小组件支持以下配置选项:

上下文中速度图表基于分配给积压工作项的 “工作”、“故事点”或“大小”字段 的总和。 这些图表类似于下图所示的图表。

Web 门户速度图表,显示正在进行的七次冲刺和已完成工作

若要配置或查看速度图表,请参阅 “配置”和“查看速度”图表

为使团队从速度图表中获得最大的实用工具,请遵循这些必需的和建议的任务。

必填:

  • 定义迭代路径, (即冲刺) 和配置团队迭代 冲刺的持续时间应相同。
  • 定义和估计积压工作项。 如果从团队积压工作,则创建的项将自动分配给当前冲刺 (迭代) 和团队的默认区域路径。
  • 在工作开始和完成后更新积压工作项的状态。 只有状态映射到“正在进行”或“完成”的元状态的积压项目才会显示在速度图或速度小组件上。

推荐:

  • 定义和调整积压工作项的大小, 以最大程度地减少可变性
  • 确定团队希望如何处理 bug。 如果你的团队选择处理诸如要求的 bug,则 bug 将显示在积压工作上,并计入速度图表和预测。
  • 设置团队的区域路径。 预测工具将根据团队的默认设置预测这些项目。 这些设置可以指定在团队的默认路径下包括项目或将其排除在区域路径中。
  • 不要创建积压工作项和 bug 的层次结构。 看板、冲刺积压工作板和任务板仅显示层次结构中的最后一个节点,称为叶节点。 例如,如果将层次结构中的项目链接到深 4 个级别,则只有第四个级别的项目显示在看板、冲刺积压工作和任务板上。
    建议不要嵌套要求、bug 和任务,而是维护仅创建项目之间的父子链接的平面列表。 使用 功能对要求或用户情景进行分组。 可以快速将故事映射到功能,该功能在后台创建父子链接。
  • 在冲刺结束时,更新团队已完成的积压工作项的状态。 应将不完整的项目移回产品积压工作,并在将来的冲刺规划会议上考虑。

最小化估计中的可变性

估计,根据他们的性质,不反映现实。 他们代表团队对完成项目所需的工作的最佳猜测,因为它与完成积压工作相关的工作。

通过最大程度地减少积压工作项的大小变化,有助于增强团队创建更真实的估计能力。 可变性会增加不确定性。 通过将估计的可变性降至最低,可以增加更可靠的速度指标和预测结果的可能性。

速度不是关键绩效指标

虽然速度可以衡量团队交付工作的能力,但不应将其混淆为团队的关键绩效指标。

速度只是为确定团队容量提供了帮助。 再不过了,没有什么少了。 要求团队提高速度,基本上要求他们使用相同的资源完成更多工作。 这一请求很可能导致“故事点通胀”,并导致不太理想的结果。

后续步骤

添加其他团队

如果与多个团队合作,并且每个团队都希望使用自己的积压工作视图、速度图和预测工具,可以 添加团队。 然后,每个团队都可以访问自己的敏捷工具集。 每个敏捷工具筛选工作项,以仅包括分配给区域路径的项和团队选择的迭代路径。