Requirements Prioritization

需求优先级排序技能

目的

系统地确定需求优先级，确保优先交付价值最高的功能，并有效管理范围和利益相关者的预期。

使用时机

• 管理产品待办事项列表
• 规划发布或冲刺
• 解决相互冲突的利益相关者需求
• 分配有限资源
• 定义 MVP（最小可行产品）

优先级排序框架

1. MoSCoW 方法

适用场景：截止日期固定、范围协商

• 必须有（M）：成功的关键，不可妥协。若未实现，发布将失败。
• 应该有（S）：重要但并非不可或缺。没有的话可以勉强找到替代方案。
• 可以有（C）：值得拥有的功能。若不纳入，影响较小。
• 不会有（W）：已同意不纳入本次发布（之后或许会实现）。

示例：电商结账

• 必须有：访客结账、信用卡支付。
• 应该有：PayPal 集成、地址自动补全。
• 可以有：礼品包装选项、加密货币支付。
• 不会有：语音控制结账（暂不实现）。

2. RICE 评分

适用场景：基于数据的决策、比较差异较大的功能。

$$ RICE Score = \frac{Reach \times Impact \times Confidence}{Effort} $$

• 覆盖范围：每个周期内覆盖的人数/事件数（例如，每月 1000 位用户）。
• 影响：
  • 3（巨大）
  • 2（高）
  • 1（中）
  • 0.5（低）
  • 0.25（极低）
• 信心度：
  • 100%（高——有数据）
  • 80%（中——有一些数据/直觉）
  • 50%（低——纯粹猜测）
• 投入：人月（例如，2 个月）。

3. Kano 模型

适用场景：提升客户满意度和实现差异化。

• 基本型（门槛型）：必须具备。具备时客户无感，缺失时客户不满。（例如，汽车刹车）。
• 绩效型（线性型）：越多越好。（例如，汽车油耗表现）。
• 兴奋型（惊喜型）：令人惊喜的功能。具备时满意度高，缺失时客户无感。（例如，免费天窗）。

4. WSJF（加权最短作业优先）

适用场景：敏捷/SAFe 环境、最大化经济流动效率。

$$ WSJF = \frac{Cost of Delay (CoD)}{Job Size (Duration)} $$

延迟成本的组成部分：

1. 用户与业务价值（对用户/业务的价值）
2. 时间紧迫性（是否存在截止日期/价值是否会随时间衰减？）
3. 风险降低/机会赋能（是否能降低风险/释放未来价值？）

引导优先级排序研讨会

准备工作

1. 列出需求：确保已收集所有需求，且表述清晰。
2. 邀请利益相关者：决策者、技术负责人、业务负责人。
3. 定义标准：就采用的框架达成一致（例如，“我们将使用 MoSCoW 方法”）。

流程（例如，“购买功能”）

1. 为利益相关者提供“虚拟资金”预算（例如，$100）。
2. 根据工作量/成本为需求定价。
3. 请利益相关者“购买”他们想要的功能。
4. 讨论结果：哪些功能被购买了？哪些被忽略了？

流程（例如，“100 分测试”）

• 给每位利益相关者 100 分。
• 请他们根据重要性，将分数分配给各项需求。
• 汇总分数，了解团队共识。

常见挑战与解决方案

挑战	解决方案
什么都被列为“必须有”	按顺序强制排名（1 到 N）。使用预算有限的“购买功能”活动。
HIPPO（薪酬最高者的意见）	使用数据驱动的方法（RICE）。直观呈现取舍。
优先级冲突	回归业务目标/KPI。引导协商。
忽略依赖关系	技术团队必须审查并识别依赖链（必须先完成 A，才能完成 B）。

业务价值与技术必要性

• 业务优先级：为客户/业务带来的价值。
• 技术优先级：架构需求、依赖关系、技术债务削减。
• 最终优先级：从业务价值高且技术风险可控的事项开始。

输出

• 已排序的待办事项列表：按顺序排列的需求清单。
• 发布路线图：第 1、2、3 次发布分别包含哪些内容。
• 范围缩减清单：明确列出不做的事项。

参考资料

• Wiegers, K. & Beatty, J.（2013）。Software Requirements。
• Intercom 产品管理指南（RICE）。
• SAFe 框架（WSJF）。