基于Azure DevOps统计Sprint启动后新增至Sprint Backlog的PBI数量咨询

针对你需要统计Sprint启动后新增至当前迭代Backlog的PBI（含新建和从其他迭代移入的项）的需求，以下是几种可行方案：

方案一：Azure DevOps历史查询（快速实现） #

通过工作项查询的历史字段筛选，覆盖两种新增场景：

• 创建一个Flat list类型的工作项查询
• 设置筛选条件：
  • 工作项类型：勾选Feature、Bug（按需调整）
  • 迭代路径：等于@CurrentIteration
  • 添加OR组合条件：
    1. （迭代路径 曾变更为 @CurrentIteration）AND（变更时间 > [Sprint启动日期]）—— 覆盖从其他迭代移入的旧PBI
    2. 创建日期 > [Sprint启动日期] —— 覆盖Sprint启动后新建的PBI
• 保存查询后，即可直接查看符合条件的PBI数量，也可导出为CSV（比手动复制Excel更高效，且可随时刷新）

提示：如果你的迭代已配置开始日期，可直接用系统变量@CurrentIterationStartDate替代手动输入的启动日期，无需每次修改查询

方案二：Analytics视图（长期自动统计） #

利用Azure DevOps的Analytics模块实现自动更新的统计：

• 进入项目左侧菜单的Analytics页面
• 创建新的工作项视图：
  • 筛选维度：迭代 = @CurrentIteration
  • 添加筛选条件：迭代路径变更日期 > @CurrentIterationStartDate OR 创建日期 > @CurrentIterationStartDate
  • 选择统计指标为“工作项计数”
• 保存视图后，可直接查看实时统计结果，还能生成趋势图表，直观展示Sprint期间的工作流入情况

方案三：Power BI集成（复杂分析需求） #

如果需要更灵活的数据分析或跨Sprint对比，可通过Power BI连接Azure DevOps数据：

• 在Power BI中添加Azure DevOps数据源，获取工作项的完整历史数据
• 用DAX公式计算符合条件的PBI数量，示例公式：

  Sprint新增PBI数量 = 
  CALCULATE(
      COUNT('Work Items'[Work Item ID]),
      OR(
          'Work Items'[Created Date] > RELATED('Iterations'[Start Date]),
          'Work Items'[Iteration Path Changed Date] > RELATED('Iterations'[Start Date]) && 'Work Items'[Iteration Path] = SELECTEDVALUE('Iterations'[Iteration Path])
      ),
      'Iterations'[Iteration Path] = @CurrentIteration
  )
  

• 设置数据自动刷新，即可随时获取最新统计结果

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