如何在Azure DevOps中基于剩余故事点与当前速度计算预计完成日期？

完全可行，以下是具体实现思路和步骤：

一、数据准备 #

• 确保所有状态为New的User Story都准确填写了故事点字段
• 计算团队平均速度：统计过去若干个已完成Sprint的总完成故事点，除以Sprint数量（建议取最近3-5个Sprint，避免单个Sprint的波动影响准确性）

二、自动计算逻辑实现 #

1. 预计剩余迭代数 #

• 创建工作项查询，筛选出状态为New的所有User Story，在查询结果页启用汇总功能，对故事点字段求和，得到未完成故事点总数
• 用公式计算：预计剩余迭代数 = 未完成故事点总数 / 平均速度（结果建议向上取整，确保覆盖所有工作量）

2. 预计完成日期 #

• 确认团队Sprint时长（比如2周=14天），用公式计算：预计完成日期 = 当前日期 + 预计剩余迭代数 * Sprint时长

三、仪表盘展示方案 #

方案1：Power BI集成（推荐，全自动化） #

• 将Power BI与Azure DevOps工作项数据源连接，通过DAX公式创建度量值，自动计算未完成故事点总和、平均速度、剩余迭代数及完成日期
• 将制作好的Power BI报表嵌入Azure DevOps仪表板，设置自动刷新规则，数据会定期同步更新

方案2：自定义小部件（适合有开发能力的团队） #

• 通过Azure DevOps REST API获取New状态User Story的故事点总和、历史已完成Sprint的完成数据
• 编写计算逻辑实现两个公式，将结果封装为自定义仪表板小部件
• 部署小部件到Azure DevOps组织，添加到目标仪表盘后即可自动更新

方案3：Markdown小部件（简易半自动化） #

• 通过查询获取未完成故事点总数，手动计算剩余迭代数和完成日期
• 将结果写入Markdown小部件并添加到仪表盘，定期根据数据变化手动更新（适合小型团队，成本低）

注意事项 #

• 平均速度建议取多个历史Sprint的平均值，避免单个Sprint的异常值干扰结果
• 团队需保持故事点估算的一致性，否则会导致计算结果偏差
• 自动刷新频率可根据团队迭代节奏设置，比如每天或每周

内容的提问来源于stack exchange，提问作者user7287292