第1章：RICE评分模型简介

1.1 适用场景

RICE 评分模型在硬件开发项目中，主要用于跨职能团队的需求优先级排序。其典型场景包括：

• 需求池管理：从几十到上百条硬件特性请求中筛选高价值任务。
• 版本规划：决定下一个关键里程碑（如 EVT、DVT）应包含哪些特性。
• 资源冲突协调：当研发、采购、测试资源有限时，辅助决策“先做什么”。
• 技术预研立项：评估新传感器、新芯片方案的投资回报。

1.2 前置条件

使用 RICE 模型前，团队必须完成以下准备：

序号	前置条件	交付物/状态
1	需求已录入统一的需求池	需求条目清单（含 ID、描述、提出人）
2	每个需求已通过 MRD/PRD 初评	一句话价值主张（Why 和 What）
3	团队已定义 RICE 各维度的 刻度标准	《评分刻度定义表》
4	已有至少 3 名跨职能评估人	评估人名单（PM、研发、测试）

1.3 四个维度详解

RICE 是四个关键评估维度的缩写。在硬件领域，其定义需要适配 BOM、模具、测试周期等硬件特征：

维度	英文全称	硬件场景释义	典型评分参考
R	Reach	该功能将影响多少 设备数量 或 用户规模	每 10 万台 = 1 分，100 万台 = 10 分
I	Impact	功能对关键指标（如 PPM、返修率、日活）的提升量	巨大提升 = 3，中等 = 2，微小 = 1
C	Confidence	团队对 Reach 和 Impact 估算的 把握程度	高置信度（已有数据）= 100%，中 = 80%，低 = 50%
E	Effort	从设计、模具、试产到测试的 人·月总量	1 人·月 = 1 分，10 人·月 = 10 分

1.4 标准评分公式

RICE 的总分通过以下公式计算。注意 Effort 作为分母，这意味着工作量越大，得分越低：

1.5 输入输出物清单

类别	具体物项	责任人
输入	需求条目、刻度标准定义表、评估人名单	硬件产品经理
输出	《RICE 评分表》（含每一项的 Reach / Impact / Confidence / Effort 原始值及最终得分）	硬件产品经理 + 评估人
记录材料	评分会议纪要、争议点仲裁记录	项目助理 / 文控

1.6 责任边界

• 硬件产品经理：主持评分会议，维护刻度标准，对 R 和 I 维度的第一版估算负责。
• 研发代表：对 E（Effort）提供技术评估，确认结构/电子/固件的协作成本。
• 测试或质量代表：对 C（Confidence）提出质询，提供历史数据佐证。

1.7 记录材料

每次 RICE 评分后，必须归档以下材料：

• 《RICE 评分表》（带版本号）
• 《评分刻度标准变更历史》
• 《打分争议与仲裁记录》（如有多位评估人分数差异超过 30%）

1.8 异常处理

1.9 验收标准

完成本章学习后，学员应能：

• 准确说出 RICE 各维度在硬件场景下的含义
• 正确写出并计算 RICE 公式
• 识别至少 3 个硬件项目特有的评分陷阱
• 确认输入输出物清单及归档要求

1.10 常见误区概述