通过

预测产品积压工作

Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020

Teams 可以使用预测工具来帮助其冲刺规划工作。 当你插入 团队速度的值时，预测工具会显示积压工作中的哪些项可以在将来的冲刺中完成。 这两种工具都是特定于团队的工具，依赖于团队估算积压工作项的能力。 团队完成一轮或两轮迭代后，他们可以使用团队速度来预测在即将到来的迭代中可以完成多少积压工作。

预测工具可帮助团队回答关键规划问题：

  • 冲刺容量规划：将来可以完成多少积压工作项目？
  • 发布规划：我们何时能期望完成积压工作中的所有项目？
  • 资源规划：满足目标交付日期需要什么速度？
  • 范围管理：应优先处理即将发布的哪些功能？

阅读此文，了解：

  • 如何预测即将到来的冲刺 (sprint)
  • 支持预测所需的团队活动和建议的团队活动
  • 如何有效地解释和使用预测结果
  • 准确预测的最佳做法

Note

如果在待办事项或开发板上看不到所需的工作项，请参阅"创建和管理待办事项"。 有关详细信息，请参阅 什么是 Azure Boards？

Prerequisites

Category Requirements
项目成员身份 项目成员.
Permissions 参与者安全组的成员。
访问级别 至少具有基本访问权限。

Note

对公共项目具有“利益干系人”访问权限的用户对积压工作 (backlog) 和工作版块功能具有完全访问权限，就像具有“基本”访问权限的用户一样。 有关详细信息，请参阅利益干系人访问快速参考。

  • 项目成员身份：项目的成员。
  • 权限：参与者安全组的成员。
  • 访问级别：至少具有基本访问权限。

了解预测基础知识

在深入了解预测工具之前，请务必了解预测在 Azure Boards 中的工作原理：

预测原则

  • 基于速度的预测：预测工具使用团队的历史速度来预测未来容量
  • 冲刺一致性：预测假定一致的冲刺长度和团队容量
  • 工作项估计：准确的预测需要一致且可靠的工作项估算
  • 基于状态的筛选：仅特定状态（建议的、正在进行中）的工作项包含在预测中

预测限制

  • 过去的绩效指标：预测基于历史数据，可能不会考虑将来的更改
  • 团队变动：这些预测不会自动因团队构成变化而调整
  • 外部依赖项：该工具不考虑外部阻止程序或依赖项
  • 估计准确性：预测质量取决于工作项估计的准确性

下面是在尝试预测团队积压工作之前需要落实到位的事项。

所需设置

  • 定义迭代路径（冲刺）并配置团队迭代
    • 冲刺的持续时间应相同以保证预测的准确性。
    • 选择足够的未来冲刺 (sprint) 来预测整个产品积压工作。
  • 定义和估计积压工作项。 如果你在团队的积压工作中进行工作，你创建的项将自动分配给当前冲刺（迭代）和团队的默认区域路径。
  • 更新工作项状态：在工作开始和完成后更新积压工作项的状态。 只有状态映射到 “建议 ”或 “正在进行 ”状态类别的积压工作项才会显示在速度图上。 （有关详细信息，请参阅工作流状态和状态类别）。
  • 最小化估计可变性：定义和调整积压工作项的大小，以减少估计的可变性。
  • 配置 bug 跟踪：确定团队希望如何处理 bug。 如果你的团队选择将 bug 像需求一样对待，bug 就会显示在待办事项列表中，并被纳入速度图表和预测中。
  • 设置团队的区域路径：预测工具根据团队的默认设置预测这些项目。 这些设置可以指定在团队的默认设置下的区域路径中包含项或排除项。
  • 维护平面层次结构：不要创建积压工作项和 bug 的层次结构。 叶节点（同一类别层次结构中的最后一个节点）的显示可能仅出现在看板、冲刺待办事项和任务板上。 有关详细信息，请参阅修复重新排序和嵌套问题、积压工作和版块如何显示分层（嵌套）项。
    维护一个简单列表，而非嵌套需求、bug 和任务；只在不同的类别项之间创建一个层次的父子链接。 使用对需求或用户情景进行分组的功能。 可以快速地将情景映射到功能。 此映射会在后台创建父子链接。
  • 完成冲刺清理：在冲刺结束时，更新团队完成的积压工作项的状态。 将不完整的项目移回产品待办事项列表，并在未来的迭代计划会议上加以考虑。

团队设置注意事项

Note

如果与多个团队合作，并且每个团队都希望使用自己的积压工作、速度图和预测工具，则可以 创建更多团队。 然后，每个团队都可以访问自己的一组敏捷工具。 每个敏捷工具对工作项进行筛选，只包括那些分配的区域路径和迭代路径符合团队设置的项。

预测即将到来的冲刺 (sprint)

使用预测工具可以了解在冲刺 (sprint) 中可以完成的项数。 通过输入速度，您可以查看哪些项目属于团队已经启动的冲刺计划范围。

若要预测产品待办事项，请完成以下操作：

  1. 选择看板>积压工作>，从团队选择器菜单中选择正确的团队。

    团队“待办工作和积压事项”的屏幕截图。

    若要选择其他积压工作，请打开选择器，然后选择其他团队或选择查看积压工作目录选项。 或者，在搜索框中输入关键字，以筛选项目的团队积压工作列表。

    屏幕截图显示选择另一个团队。

  2. 检查是否已选择“情景”（对于敏捷）、“问题”（对于基本）、积压工作项（对于 Scrum）或“需求”（对于 CMMI）作为积压工作级别。

    屏幕截图显示“选择产品积压工作级别”、“积压工作项”、“故事”或“要求”下拉菜单。

  3. （可选）若要选择应显示哪些列以及按何种顺序显示，请选择 操作图标，然后选择列选项。 有关详细信息，请参阅《更改列选项》。

    显示选择“列选项”的屏幕截图。

  4. 选择 视图选项图标，并将“预测”滑动到“开”。 为了简单起见，请将“映射”和“计划”窗格设置为“关”。

    屏幕截图显示面板、积压工作、查看选项菜单、序列中的预测。

    将 “正在进行项 ”设置为 “关闭 ”可隐藏未在预测中计数的项。 预测工具忽略设置为“已提交”或“已完成”的 Scrum 项，以及设置为“活动”、“已解决”或“已完成”的敏捷和 CMMI 项。

  5. 输入团队的预测速度。

    屏幕截图显示面板、积压工作项、设置预测速度顺序。

    Tip

    如果你的团队一直在致力于多个冲刺 (sprint)，你可以从“速度”小组件中了解团队的速度。 使用过去 3-6 个迭代的平均速率，以便做出更准确的预测。

    该工具为团队选择的每个未来冲刺 (sprint) 绘制线条。 预测线条显示团队在将来的冲刺 (sprint) 中可以完成的工作量。 通常，第一个线条上方的项已在当前冲刺 (sprint) 中进行。 位于第一个和第二个预测线条之间的项指示可以在命名的冲刺 (sprint) 中完成的工作。

了解预测结果

读取预测可视化效果

预测工具显示积压工作，其中包含可帮助你了解冲刺容量的可视指示器：

  • 预测行：将工作项分隔为冲刺存储桶的水平线
  • 冲刺标签：每行都标有冲刺名称和容量
  • 速度传递：一个冲刺中未使用的速度将转发到下一个冲刺
  • 工作项定位：行之间的工作项表示在该迭代中可以完成的内容

解释预测数据

查看预测结果时，请考虑以下因素：

  • 手动验证：手动检查结果，以了解预期内容与预测工具显示的差异。
  • 冲刺容量：检查每个冲刺中预估的工作量（工作量、故事点或规模）。
  • 大型工作项：问题预测结果：项目的工作接近或大于团队速度。
  • 速度传递：了解以前冲刺中未使用的容量如何影响未来的预测。

示例预测解释

在本示例中，使用速度 20。 预测工具将展示在预测线之间的项目数限制为那些能够在当前冲刺中完成的项目，或者那些能够使用上一个冲刺中未用完的速度点来完成的项目。

预测工具显示，基于分配给每个用户故事或 bug 的故事点数，可以在迭代 2 到 6 期间处理两到四个项目。 预测逻辑将速度点从一个冲刺 (sprint) 延续到下一个冲刺 (sprint)。

  • 迭代 2：13 个故事点，项目 1 和 2 可以完成;7 个速度点延续到下一个冲刺

  • 迭代 3：24 个故事点，项目 3 到 5 可以完成：3 （=20+7-24） 速度点延续到下一个冲刺

  • 迭代 4：21 个故事点，项目 6 到 8 可以完成：2 （=20+3-21） 速度点延续到下一个冲刺

  • 迭代 5：包含 16 个故事积分，项目 9 到 12 可以完成；6 个速度积分（=20+2-16）将延续到下一个冲刺。

  • 迭代 6：23 个故事点，项目 13 到 16 可以完成：3 （=20+6-23） 速度点延续到下一个冲刺

    屏幕截图显示了针对 6 个冲刺的看板、积压工作和预测结果。

高级预测方案

方案 1：确定时间线所需的速度

使用预测工具的另一种方法是输入不同的速度值，直到在一组指定的冲刺 (sprint) 中，所有积压工作项都完成为止。 此预测提供完成项的积压工作所需的速度的估计值。

然后，可以评估团队的当前速度与所需速度之间的增量。 增量有助于确定在所需时间内满足生产需求所需的其他资源。

速度要求分析的步骤

  1. 计算总积压工作数：汇总所有积压工作项的工作量估算值
  2. 统计冲刺数：确定直到目标日期有多少个冲刺
  3. 计算所需速度：将总工作量除以可用冲刺周期
  4. 与当前速度进行比较：确定当前速度与所需速度之间的差距
  5. 相应地计划：确定是否需要更多团队成员、范围减少或时间线调整

方案 2：使用多个团队的发布计划

对于具有多个团队的组织，他们致力于发布通用版本：

  1. 聚合团队预测：合并来自所有贡献团队的预测
  2. 确定依赖项：映射可能影响交付的跨团队依赖项
  3. 规划集成点：计划团队交付之间的集成活动
  4. 监视进度：根据预测的交付日期跟踪实际进度

方案 3：团队规模变化的容量规划

在项目期间团队组合发生更改时：

  1. 按比例调整速度：根据团队大小变化提高或降低速度
  2. 考虑增加时间：新团队成员通常需要时间才能实现全面工作效率
  3. 监视实际性能：将实际速度与调整后的预测进行比较
  4. 定期重新调整：根据新的速度模式更新预测

准确预测的最佳做法

估算做法

  • 使用一致的估计比例：确保所有团队成员都了解并应用相同的估计条件
  • 协作估算：使用计划扑克或类似技术达成团队共识
  • 分解大型项目：将大型工作项拆分为更小、更可预测的部分
  • 包括所有工作：考虑 bug、技术债务和其他影响产能的工作

速度管理

  • 跟踪实际速度：监视随时间推移的实际速度并相应地调整预测
  • 使用滚动平均值：基于过去 3-6 个冲刺的平均值进行预测，以实现稳定性
  • 考虑团队变化：调整团队组合变化后的速度预期
  • 考虑外部因素：考虑假日、培训和其他容量影响

预测维护

  • 定期更新：每个迭代至少刷新预测一次
  • 查看假设：验证基础假设是否有效
  • 传达更改：让利益干系人了解预测更新及其影响
  • 了解实际情况：将预测预测与实际结果进行比较以提高准确性

排查常见预测问题

问题：不准确的预测

可能的原因：

  • 工作项估算不一致
  • 基于冲刺次数过少的速度计算
  • 重大团队组合更改
  • 未考虑外部依赖项

解决方案：

  • 审查并标准化估算方法
  • 使用较长的速度历史记录进行计算
  • 调整团队变更的速度
  • 在冲刺规划中包含依赖项管理

问题：预测工具未显示预期结果

可能的原因：

  • 状态分类错误的工作项
  • 团队区域路径配置不正确
  • 冲刺配置问题
  • 缺少工作项估算

解决方案：

  • 验证工作项的状态是否映射到正确的类别
  • 检查团队设置中的区域路径和迭代
  • 确保正确配置和分配冲刺
  • 向所有积压工作项添加估计值

问题：预测与实际值之间的较大差异

可能的原因：

  • 无法预测的工作项大小
  • 冲刺期间的作用域爬行
  • 未在估计中考虑的技术挑战
  • 影响容量的外部中断

解决方案：

  • 改进工作项分解
  • 实现更强大的范围管理
  • 在估计中包含风险缓冲区
  • 跟踪和记录中断驱动的工作

后续步骤

将工作分配给冲刺 (sprint)

相关内容

  • Last updated on