第1章 RICE排期总览：EVT与DVT阶段定义
1.1 适用场景
本课程序列适用于以下硬件项目场景：
- 消费电子、IoT、智能硬件等从设计到量产的正向开发项目。
- 已明确产品需求、技术方案，即将进入工程验证（EVT）阶段。
- 团队需要一套标准化的排期模板来管理从 EVT 到 DVT 的核心节奏。
- 项目经理需跨职能拉通硬件、结构、测试、供应链、固件等角色。
1.2 前置条件
- 产品需求文档（PRD）已完成评审并定稿。
- 技术可行性评估通过，关键物料选型已确认。
- 项目核心团队（硬件、结构、测试、项目经理）已到位。
- 公司/事业部已认可“RICE 排期”为项目管理标准流程。
⏱ 经验提示：若前置条件未满足，强行进入 EVT 排期会导致反复变更。建议在立项会（Kickoff）前完成所有前置条件审查。
1.3 操作步骤
- 定义阶段范围：明确 EVT 和 DVT 各自的技术目标、测试覆盖、交付物边界。
- 识别核心交付物：列出每个阶段必须完成的硬件、结构、固件、测试报告等清单。
- 设定里程碑节点：在 timeline 上标出 EVT 开始、EVT 评审、DVT 开始、DVT 评审等关键节点。
- 分配关键责任角色：使用 RACI 矩阵将每个交付物与角色绑定。
- 输出 RICE 排期表：整合为包含阶段、周期、交付物、责任人的结构化电子表单。
1.4 输入输出物
| 类别 | 输入物 | 输出物 |
|---|---|---|
| 文档 | 产品需求文档（PRD）、技术方案、BOM 初版 | RICE 排期表（Excel / 在线表格） |
| 数据 | 历史项目工时基线、物料交期表 | 阶段定义与交付物清单 |
| 决策 | 项目立项批准书、资源承诺函 | 里程碑节点卡片、RACI 矩阵 |
1.5 责任边界
| 角色 | 职责 | 决策权限 |
|---|---|---|
| 硬件项目经理 | 统筹排期、监控进度、组织阶段评审 | 里程碑日期的调整 |
| 系统工程师 | 定义 EVT/DVT 技术验收标准 | 验收标准变更 |
| 硬件工程师 | 完成硬件设计、输出原理图/PCB | 技术方案细节 |
| 测试工程师 | 编写测试用例、执行 EVT/DVT 测试 | 测试结果判定 |
| 供应链代表 | 确认长交期物料到货计划 | 物料交期变动通报 |
⚡ 责任边界红线：项目经理不能擅自修改交付物质量要求；系统工程师不能单独推迟里程碑日期。所有边界变动须经阶段评审会记录。
1.6 记录材料
- 阶段定义表：包含 EVT / DVT 开始时间、结束时间、阶段目标（示例见下方 SVG）。
- 交付物清单：每项交付物对应一个唯一编号、责任人、预计完成日期、验收人。
- 里程碑卡片：每张卡片含里程碑名称、日期、决策门（Go / No-Go）、参与角色。
- RACI 矩阵：行=活动/交付物，列=角色，单元格=R/A/C/I。
1.7 异常处理
| 异常类型 | 典型表现 | 应急措施 | 升级路径 |
|---|---|---|---|
| 阶段延迟 | EVT 交付物未按时完成 | 启动“延期缓冲池”（预留 2 周）、重新分配人力 | 项目经理 → 研发总监 |
| 交付物缺失 | 某项测试报告未纳入排期 | 补发交付物清单；在 DVT 开始前强制补测 | 项目经理 → 测试组长 |
| 角色冲突 | 硬件工程师同时承担两个项目的关键任务 | 临时借用资源或调整排期流水 | 项目经理 → 资源管理委员会 |
| 里程碑决策延期 | 评审会因数据不全会推迟 | 召开预备会，要求责任人提前 3 天提交预审材料 | 项目经理 → 评审委员会主席 |
⚠️ 注意：异常处理不能降低验收标准。任何延期方案都需得到系统工程师书面确认“不影响功能安全与质量基线”。
1.8 验收标准
- 完整性：EVT / DVT 阶段定义包含至少 5 个核心交付物、3 个里程碑节点、5 个角色。
- 一致性：所有交付物在 RICE 排期表中注明所属阶段、责任人、验收准则。
- 可追溯：每个里程碑节点关联到具体的决策门（Go / No-Go）和前置条件。
- 无冲突：RACI 矩阵中每个活动只出现一个 “R” (负责人)，无角色空白或重复。
- 文档化：阶段定义表、里程碑卡片、RACI 矩阵均已归档至项目共享空间。