第1章：RICE评分适用场景概述

RICE评分框架在硬件开发阶段中并非通用工具，而是聚焦于阶段决策、优先级排序和资源分配边界三个核心场景。本章明确界定这些场景的适用范围、前置条件、操作步骤与责任边界，确保团队在硬件开发全流程中正确调用RICE评分，避免误用或滥用。

1.1 适用场景

RICE评分在硬件开发阶段精确作用于以下三类决策场景，每类场景的评估维度与输出物有明确差异。

1.2 前置条件

调用RICE评分前必须满足以下条件，否则评分结果无效：

1. 方案成熟度达标：待评分项至少完成概念设计（CDR前）或可行性验证，避免在信息真空下评分。
2. 评估维度已定义：团队预先对齐Reach/Impact/Confidence/Effort在硬件场景下的量化标尺（参见第2章）。
3. 干系人到位：至少包含硬件架构师、项目经理、测试负责人三方参与评分，单一角色评分无效。
4. 数据基线存在：硬件历史数据（如BOM成本、测试周期、良率）可作为Effort与Confidence的参考基线。

1.3 操作步骤

第1章不展开详细评分操作（见第3-8章），此处定义场景触发的通用流程：

• 步骤1 — 场景识别：判断当前决策属于阶段决策、优先级排序还是资源分配边界，记录场景标签。
• 步骤2 — 信息打包：收集待评分项的技术概要、资源需求、依赖关系和时间窗口，填入标准化输入模板。
• 步骤3 — 干系人预审：硬件架构师确认技术信息完整性，项目经理确认资源数据准确性，测试负责人确认风险描述合规。
• 步骤4 — 触发评分：在RICE评分看板中创建评分任务，设置评分截止时间（硬件场景建议≤48小时）。

1.4 输入输出物

1.5 责任边界

1.6 记录材料

每次RICE评分场景触发后，必须留存以下记录材料，作为后续审计与复盘依据：

• 《场景触发登记表》：记录触发时间、场景类别、待评分方案名称、发起人。
• 《干系人确认单》：三方角色签字或电子签章，证明信息已预审。
• 《输入信息包归档》：包含方案概要、资源数据、风险列表的最终版本，存于项目知识库。

1.7 异常处理

在场景识别与触发阶段可能出现的异常情况及处理预案：

1.8 验收标准

第1章内容的落地验收标准如下，满足全部条目即视为章节交付完成：

• ☐ 团队能准确区分三个RICE评分场景，并给出各自典型问题示例。
• ☐ 每次评分前已检查前置条件，且条件未达标时不会强行启动评分。
• ☐ 场景触发登记表、干系人确认单、输入信息包已按规范归档。
• ☐ 干系人角色与责任边界已书面确认，无职责重叠或遗漏。
• ☐ 异常处理预案已向硬件架构师、项目经理、测试负责人三方宣贯并签字确认。