Azure DevOps：如何计算冲刺期间故事点速度的变化及前后对比

一、获取冲刺启动时的初始故事点数据 #

• 保存查询快照：在Boards的查询编辑器中，创建包含目标迭代所有工作项的查询（筛选条件设为「迭代 = [你的冲刺迭代]」，并包含「故事点」字段）。在冲刺启动当天，点击查询顶部的「保存为快照」，这个快照会永久记录当时所有工作项的故事点、状态等初始数据，后续不会随工作项更新而变化。
• 批量提取修订历史：如果没提前保存快照，用Azure DevOps REST API批量获取工作项的修订记录。调用GET https://dev.azure.com/{organization}/{project}/_apis/wit/workitems?ids={comma-separated-ids}&$expand=Revisions&api-version=7.1-preview.3，然后筛选每个工作项在冲刺启动日期前的最后一次修订，提取对应的故事点值。单个工作项也可以直接打开「历史」标签，手动查看初始估算值。

二、获取冲刺结束时的最终故事点数据 #

用你已掌握的当前迭代查询方法，确保筛选条件包含：

• 目标迭代下的所有工作项（包括冲刺期间新增的）
• 提取最终的「故事点」字段值（注意如果工作项有更新，取最新值）

三、对比分析与落地优化 #

• 计算速度变化：统计冲刺启动时的总故事点、结束时的总故事点，两者的差值就是冲刺期间新增的工作量。同时按单个工作项统计「最终故事点 - 初始故事点」，找出差值较大的工作项，这些就是原需求未覆盖完整业务范围的典型案例。
• 可视化对比：在Azure DevOps的仪表板中，添加「查询结果图表」，分别关联初始快照查询和最终迭代查询，用柱状图或折线图直观展示总故事点的变化。也可以创建自定义表格，列出每个工作项的初始/最终故事点、差值，方便团队快速定位问题项。
• 驱动团队优化：把这些对比数据带到双周冲刺回顾会，和产品团队一起拆解偏差原因——是需求描述模糊、业务场景遗漏，还是估算方法问题？针对性制定改进措施，比如要求需求评审时覆盖更多边缘场景，或引入故事点估算校准练习。

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