温馨提示×

怎么算backlog大小

小樊
42
2026-10-14 05:08:58
栏目: 编程语言

“Backlog(待办清单/积压工作)大小”怎么算,取决于你指的是哪个场景——常见的有两种:敏捷/Scrum 开发中的 Backlog 和 运维/客服中的工单积压(Backlog)。下面分别说明。


一、敏捷 / Scrum 中的 Backlog 大小

在敏捷开发中,Backlog 大小通常不是“数量”,而是工作量估算值。

1. 用故事点(Story Points)算

最常见方式:

Backlog 大小 = 所有 Backlog 条目故事点之和

例子:

  • 需求 A:3 点
  • 需求 B:5 点
  • 需求 C:8 点
    → Backlog 大小 = 16 点

2. 用人数天(Person-Days)

如果不用故事点:

Backlog 大小 = ∑ 预估工时(人天)

3. 用条目数量(粗略看)

仅用于直观感受:

  • Backlog 有 120 条 → 数量大,但不代表工作量大

⚠️ 注意:条目多 ≠ 工作量大,必须结合估算。


二、运维 / 客服 / 生产中的 Backlog(积压量)

这里 Backlog 大小通常是未完成的任务量。

1. 数量法

Backlog 大小 = 未处理工单数

例:

  • 待处理工单:35 个
  • Backlog = 35

2. 时间法(更专业)

Backlog 大小 = 当前积压所需处理时间

例:

  • 35 个工单,平均 2 小时/个
  • Backlog = 70 小时

3. 用“可消耗天数”看

Backlog 天数 = Backlog 总量 ÷ 每日处理能力

例:

  • Backlog = 70 小时
  • 团队每天处理 10 小时
  • → 7 天才能清空

三、常用补充指标

  • Backlog 增长率 = (期末 − 期初)/ 期初
  • 消化率 = 本周期完成量 / 期初 Backlog
  • 健康线:Backlog 不应超过 1–2 个迭代容量

四、一句话总结

Backlog 大小 = 未完成任务的总工作量(故事点 / 人天 / 工时),而不是单纯看条数。

如果你说的是某一具体场景(如 Scrum、DevOps、客服系统、制造业),可以告诉我,我可以直接给你公式或模板。

0 踩