← 词汇表 · 方法论

WSJF（加权最短作业优先）

WSJF（加权最短作业优先）是 SAFe 中的一种优先级排序公式，通过将 Cost of Delay（延迟成本，即业务价值、时间紧迫性与风险降低或机会激活之和）除以 Job Duration（工作规模或工作量）来对工作项排序。WSJF 分数最高的项目能在最短时间内交付最多价值，应优先安排。

开始使用——连接你的技术栈查看产品

WSJF 是如何运作的

WSJF 公式为：WSJF = Cost of Delay ÷ Job Duration。Cost of Delay 本身由三个因素组成，通常按相对量表（常用斐波那契数列）打分：用户业务价值、时间紧迫性（紧迫程度如何改变经济价值），以及风险降低或机会激活（RR/OE）。将这个总分除以估算的工作规模，就得到一个优先级分数——它衡量的不是绝对价值，而是单位时间内的价值。

由于 WSJF 是基于比率的，一个能显著降低风险的小型紧急事项，完全可能排在需要数月才能完成的高价值功能之前。这让 WSJF 在 SAFe 中尤其有效——无论是在项目组合层面（对 epic 排序）还是项目群层面（在 PI 计划中对功能排序），只要团队需要在多个迭代周期中为共享待办事项排序，而不仅仅是单个用户故事，WSJF 就能发挥作用。

在实践中给 WSJF 打分

团队以相对方式估算每个维度——不是用金额或工时，而是与一个参考项进行比较。一种常见的工作坊技巧是：选一个中等规模的事项，在每个维度上给它打 8 分，然后投票判断其他事项是更高还是更低。团队把汇总的 Cost of Delay 除以工作规模的估算值（故事点或换算成数字的 T 恤尺码），再对得到的分数排序。

最常见的错误是把 WSJF 分数当作精确计算，而不是结构化讨论的辅助工具。它真正的价值在于强迫团队在业务价值之外，明确讨论时间紧迫性和风险——而这些维度恰恰是凭直觉排优先级时经常被低估的。当一个 Product Operating System 能让联通的数据可见——账户关联的收入、与功能相关的未解决风险、每个请求的反馈量——这些 WSJF 讨论就有了事实依据，而不只是凭直觉。

WSJF 与其他优先级排序模型的比较

WSJF 与 RICE（Reach、Impact、Confidence、Effort）有两个关键区别：它明确地建模了时间紧迫性和机会成本，并且它源自 Lean-Agile / SAFe，而不是增长型产品文化。当有可靠的触达数据时，RICE 更适合功能层面的决策；而当 Cost of Delay——包括现在不采取行动的代价——是主导变量时，WSJF 更适合项目群层面的排序。

ICE 评分法（Impact、Confidence、Ease）是最轻量的替代方案，最适合数据不丰富、需要快速推进的早期团队。WSJF 介于 ICE 和完整的经济学框架之间：比 ICE 更严谨，比自制的加权模型更规范，并且与 SAFe 的 PI 计划节奏紧密结合。

常见问题

WSJF（加权最短作业优先）——常见问题

WSJF 的公式是什么？

WSJF = Cost of Delay ÷ Job Duration。Cost of Delay = 用户业务价值 + 时间紧迫性 + 风险降低或机会激活（RR/OE）。Cost of Delay 的三个组成部分都按相对量表打分并相加，然后再除以工作规模。

WSJF 打分应该用什么量表？

大多数 SAFe 实践者使用改良的斐波那契数列（1、2、3、5、8、13、20）进行相对估算。具体量表远不如一致性重要——选定一个参考事项，在每个维度上给它一个中间值，再以此为基准给其他所有事项打分。

什么时候应该用 WSJF 而不是 RICE？

当时间紧迫性和风险降低是重要驱动因素时使用 WSJF——这在 SAFe 的项目群或项目组合层面很常见。当你拥有可靠的触达和转化数据，并且是在功能或实验层面排优先级时，使用 RICE。

什么是好的 Cost of Delay 估算？

好的 Cost of Delay 估算基于真实信号：面临风险的客户收入、有明确日期的合同承诺、有已知时间线的竞争威胁，以及量化的风险敞口。你的产品数据——收入、反馈量、未解决的风险——联通程度越高，你的 Cost of Delay 数字就越有说服力。