查看和配置团队速度
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
速度指标提供了有用的信息,因此团队可以规划和 预测 冲刺,并确定他们估计和满足计划内承诺的方式。 你可以根据 已完成 的工作项数或 工作量(产品积压工作项)、故事点(用户情景)或大小(要求)来指示团队在冲刺期间可以完成的工作量 。 使用速度作为帮助来确定团队容量,不要将其与关键绩效指标混淆。
先决条件
- 您必须是项目的成员。 添加到项目 或 创建一个。
- 若要将小组件添加到团队仪表板,你需要是团队的成员。 你必须具有或更高的基本访问权限,具有仪表板权限,或者是团队管理员或项目管理员。
- 必须启用开发板。 如果禁用,则不会显示任何工作跟踪分析小组件。 若要重新启用它,请参阅 打开或关闭 Azure DevOps 服务。
- 您必须是项目的成员。 添加到项目 或 创建一个项目。
- 启用或安装 Analytics。 必须是帐户所有者或 Project 集合管理员 组 的成员才能添加扩展或启用服务。
- 若要将小组件添加到团队仪表板,你需要是团队的成员。 您必须具有或更高的基本访问权限,具有仪表板权限,或者是团队管理员或项目管理员。默认设置为所有团队成员提供权限。
- 必须启用开发板。 如果禁用,则不会显示任何工作跟踪分析小组件。 若要重新启用它,请参阅 打开或关闭 Azure DevOps 服务。
- 请注意 本文后面的必需任务和建议的任务。
提示
从 Web 门户看到的映像可能与本文中看到的映像不同。 这些差异源于对 Web 应用所做的更新、你或管理员已启用的选项,以及创建项目时选择的流程(敏捷、基本、Scrum 或 CMMI)。 基本流程适用于 Azure DevOps Server 2019 更新 1 及更高版本。
速度图表类型
可以选择“速度”图表:从积压工作页访问的上下文中速度图表以及添加到仪表板的速度小组件。 通过这两个图表,可以快速确定下表中的信息,其中描述了可用的工作流状态类别及其说明。
分配给“建议”或“已解决”的项目不包含在已完成、已完成或不完整的任何计算中。 有关详细信息,请参阅 Azure Boards 中使用工作流类别状态的方式。 你所做的选择仅为你设置,并且会在会话中一直保留,直到你更改它们。
工作流状态 | 说明 |
---|---|
已计划 | 根据在冲刺开始前分配给冲刺的工作项数计算。 如果在开始前将工作项分配给冲刺,但在原始冲刺开始后分配给另一个冲刺,则会在原始冲刺中显示为计划。 然后,工作项在分配给的新冲刺中显示为“已晚”或“不完整”。 |
已完成 | 根据在冲刺开始前后分配给冲刺的工作项数计算,并在冲刺结束前完成。 |
已完成延迟 | 根据在冲刺开始前后分配给冲刺的工作项数计算,但在冲刺结束时完成。 |
不完整 | 根据在冲刺开始之前或之后分配给冲刺的工作项数计算,但尚未完成。 |
本文稍后介绍如何 打开“速度上下文”报表 或 配置“速度”小组件。
可以通过以下方式配置每个图表:
- 工作总和、故事点或大小字段或其他分配给积压工作项的受支持数值字段
- 积压工作项计数
- 迭代数
该小组件支持更多配置选项。 若要配置或查看速度图表,请参阅 “配置”和“查看速度图表”。
可以选择“速度”图表:从积压工作页访问的上下文中速度图表以及添加到仪表板的速度小组件。 使用“速度”小组件,可以快速确定以下信息:
- 计划的速度
- 实际(已完成)速度
- 比计划晚完成的工作
- 未完成的工作量
这两个图表都支持可视化多个冲刺的团队速度。 但是,速度小组件支持以下配置选项:
- 工作总和、故事点或大小字段或其他分配给积压工作项的受支持数值字段
- 积压工作项计数
- 迭代数
- 高级功能
查看上下文中速度报表
速度报告可用于每个积压工作级别,包括产品和项目组合积压工作。 每个报表都提供交互式控件,以便为每个用户提供感兴趣的视图。
登录到你的组织 (
https://dev.azure.com/{yourorganization}
) 并转到你的项目。在“板>积压工作”屏幕中,选择“分析”以打开产品或项目组合积压工作的速度报告。
若要更改为其他积压工作,请从积压工作选择器中进行选择,然后选择“ 查看速度的完整报表 ”。
使用交互式控件选择计数或求和字段和迭代数。 选择“ 自定义迭代 ”以指定介于 1 到 15 之间的任意数量的迭代。
如果你的团队未完成冲刺,或者如果你在冲刺开始日期之前处理项目,则没有要分析和预测的数据。 你可能会看到此消息: 设置迭代日期以使用此小组件。 若要解决此问题,请设置迭代日期范围以包含当前日期或等待冲刺开始。
将鼠标悬停在列区域上以显示计划和已完成工作项的摘要。 例如,对于 07_2019 冲刺,计划有 131 个项目。
有关详细信息,请参阅本文前面提及的工作流状态说明。
若要将报表添加到仪表板,请选择操作图标,然后选择“复制到仪表板”。
选择仪表板,然后选择“确定”。
若要返回到 Analytics 摘要,请选择 后退箭头。
在 Web 门户中,打开产品积压工作。
检查是否选择了正确的项目,选择“板>积压工作”,然后从团队选择器菜单中选择正确的团队。
若要选择另一个团队,请打开选择器并选择其他团队,或选择“ 浏览所有积压工作 ”选项。 或者,可以在搜索框中输入关键字,以筛选项目的团队积压工作列表。
提示
选择 星形图标以收藏团队积压工作。 收藏的项目( 收藏图标)显示在团队选择器列表顶部。
选择 积压工作项 (对于 Scrum)、 故事 (适用于敏捷)或 要求 (对于 CMMI),作为积压工作级别。
打开速度图表。
若要显示图表,团队必须执行这些活动:
- 为团队选择冲刺。
- 将积压工作项分配给冲刺。
- 通过定义“工作量”、“故事点”或“大小”来估算积压工作项。
图表跟踪在上一个冲刺中已完成的积压工作(工作量、故事点或大小总和(绿色)或正在进行(蓝色)。
如以下图表所示,速度往往因各种原因从冲刺到冲刺而波动。 但是,可以通过对每个冲刺以绿色显示的值求平均值来快速确定平均速度。 然后,可以将平均值插入预测工具。
一 旦 Scrum 进程的状态设置为“已提交”,基于 Scrum 进程 的工作项就会计入图表中,而基于 敏捷 和 CMMI 进程的项目在状态设置为“活动”后就会进行计数。 此行为通过 工作流状态设置为类别状态映射。
配置“速度”小组件
只能为单个团队配置速度小组件。 如果想要查看多个团队的速度,则必须配置从多个团队汇总的项目组合管理团队。 有关详细信息,请参阅 “添加团队”。
如果尚未添加,请将“速度”小组件添加到仪表板。 对于 Azure DevOps Server 2019, 请启用或安装 Analytics。
完成以下步骤以配置“速度”小组件。
选择 操作图标,然后选择“ 配置 ”选项以打开配置对话框。
修改标题,选择团队,然后选择要跟踪的积压工作级别或工作项类型。选择是要跟踪工作项计数还是数字字段的总和。 最常见的求和字段是“努力”、“故事点”或“大小”。
指定要查看的冲刺数。 默认值为 6,最大值为 15。
(可选)选择检查框以显示每个冲刺晚于计划完成的工作的其他信息。
- 显示迭代的计划工时: 选中此框可显示迭代开始时为迭代计划的工作量,这对于将计划的工作与实际可交付结果进行比较很有用。 默认情况下,计划工时计数从迭代的开始日期开始。
- 计划工时,过去迭代日期的天数为最终日期:指定开始日期过去天数以计算计划工时。 例如,如果迭代的前两天用于规划,则可以输入
3
,并在第三天计算计划工时。 例如,如果迭代开始01/01/2024
,并在当天结束时将三个积压工作项分配给迭代01/01/2024
,则这三个积压工作项被视为计划项。 如果你的团队在经过几天的迭代后才完成规划,则可以在计划的工作最终完成时更新过去迭代的开始日期。
注意
如果工作分配到迭代开始日期的迭代,则会将其视为计划工时。
突出显示已完成的工作: 选中此框可显示迭代结束日期后标记为已完成的工作项,这被视为已晚完成,显示为浅绿色。 突出显示已完成的工作有助于发现在迭代完成后将工作项标记为已完成的趋势。
过去结束的迭代日期过后的工作延迟:指定过去天数,如果工作项状态仍为新或正在进行,则将其视为工作项迟到的天数。 例如,输入三天后,团队在迭代结束 3 天后将工作项标记为已完成或完成,然后再考虑迟到。
注意
当工作项的“已完成日期”晚于工作项当前分配给的工作项的“结束日期”时,工作项被视为延迟。 它考虑了为 过去结束的迭代日期输入的值,在该日期之后工作迟到。
完成时选择“保存” 。 下图显示了基于故事点和八次数据冲刺的速度。
有关“计划”、“已完成”、“已完成已晚”和“不完整”状态的详细信息,请参阅本文前面提及的状态说明。
必需和推荐的任务
为使团队从速度图表中获得最大的效用,请遵循这些必需和建议的任务。
必填:
- 定义迭代路径(冲刺)并配置团队迭代。 冲刺 (sprint) 的持续时间应相同。
- 定义和估计积压工作项。 如果从团队积压工作,则创建的项会自动分配给当前冲刺(迭代)和团队的默认区域路径。
- 在工作开始和完成后更新积压工作项的状态。 只有“进度状态”或“完成”状态的积压工作项才会显示在“速度”图表或小组件上。
推荐:
- 定义积压工作项并调整其大小,最大程度地减少可变性。
- 确定团队希望如何处理 bug。 如果你的团队选择处理 bug(如要求),bug 会显示在积压工作上,并在速度图表和预测中计数。
- 设置团队的区域路径。 预测工具根据团队的默认设置预测这些项目。 这些设置可以指定在团队的默认设置下的区域路径中包含项或排除项。
- 不要创建积压工作项和 bug 的层次结构。 看板和任务板和冲刺积压工作仅显示层次结构中的最后一个节点,称为叶节点。 例如,如果在层次结构中链接了四个级别深的项,则只有第四个级别的项显示在看板、冲刺积压工作板和任务板上。
建议不要嵌套要求、bug 和任务,而是维护仅创建父子链接的平面列表,在项之间深度一级。 使用对需求或用户情景进行分组的功能。 可以快速将情景映射到在后台创建父子链接的功能。 - 更新团队在冲刺结束时完成的积压工作项的状态。 未完成的项应移回产品积压工作,并在未来的冲刺 (sprint) 计划会议上予以考虑。
- 最大程度地减少积压工作项的大小可变性,以帮助增强团队创建更真实的估计能力。 可变性会增加不确定性,但最小化估计的可变性,增加了更可靠的速度指标和预测结果的可能性。 估计,按他们的性质,不反映现实。 他们代表团队对完成项目所需的工作做出最好的猜测,因为它与完成积压工作的其他项目有关。
重要
删除 区域路径 或重新配置 迭代路径 可能会导致数据丢失,并且无法还原。 例如,区域 路径 发生更改的团队的燃尽或烧毁小组件图表、冲刺进度和速度图表不会反映正确的数据。 历史趋势图引用每个工作项在过去某个时间点定义的 面积路径 和 迭代路径 。 删除 区域路径 或 迭代路径 时,无法检索其历史数据。
添加其他团队
如果每个团队都希望使用自己的积压工作视图、速度图表和预测工具,可以 添加新团队。 每个团队都可以访问自己的敏捷工具集。 每个敏捷工具筛选工作项,以仅包括为团队设置的分配区域路径和迭代路径。
后续步骤
相关文章
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈