第2章 交付标准总体框架：标准层级结构、文档体系、评审节点、角色职责概览

交付标准总体框架是《EVT原型交付标准与评审流程指南》的顶层蓝图，定义了四个核心维度——标准层级结构、文档体系、评审节点、角色职责——之间的逻辑关系与协同机制。本章从 SOP 视角拆解框架的构建与落地路径，为后续各章节的深度展开提供全局参照。

2.1 适用场景

• 首次导入 EVT 交付标准：团队尚未建立系统化交付规范，需从零搭建框架。
• 流程体系升级：已有交付流程但缺乏层级划分、文档模版或评审节点，需补充完善。
• 跨部门协同对齐：硬件、测试、产品、项目管理等多角色需统一对交付标准的认知口径。
• 外部审计或客户审查：需向客户或第三方展示交付过程的标准化与可追溯性。

2.2 前置条件

2.3 操作步骤

框架落地分为四个递进步骤，每个步骤对应一个核心维度，步骤间存在输入输出依赖关系。

步骤一：搭建标准层级结构（L1～L4）

标准层级结构将交付标准从抽象到具体划分为四个层次，确保不同角色能在对应层级找到所需的规范。

操作要点：L1/L2 由项目总监与流程专家联合制定，L3/L4 由各职能负责人按流程层要求细化。每个层级需标注“编制人”“审核人”“生效日期”及“版本号”。

步骤二：构建文档体系

文档体系是标准的载体，按生命周期分为四大文档集，每个文档集包含若干具体文档。

• 需求文档集：含《产品需求规格书》《市场需求文档》《功能拆解表》。输出物须经 TR1 评审。
• 设计文档集：含《硬件设计规格书》《结构设计文档》《原理图/PCB 设计说明》。输出物须经 TR2 评审。
• 测试文档集：含《测试计划》《测试用例库》《测试报告》。输出物须经 TR3 评审。
• 交付文档集：含《交付自检表》《BOM 清单》《生产注意事项》《交付签收单》。输出物须经 TR4 评审。

操作要点：每类文档集指定唯一“文档责任人”，负责版本管理与归档时效。文档命名规则统一为：项目名_文档类别_版本号_日期。

步骤三：设定评审节点（TR1～TR4）

操作要点：每个评审节点设“评审组长”与“评审记录员”。评审意见必须逐条记录并跟踪闭环，不允许跳过或合并节点。

步骤四：明确角色职责

框架中的关键角色及其权责边界如下表所示：

操作要点：每个角色须指定“备选人”，避免因人员缺席导致评审阻塞。角色职责在项目启动会中签字确认，变更需重新公示。

2.4 输入输出物

2.5 责任边界

• 项目总监：对框架的完整性、可执行性负总责，拥有最终解释权与例外放行权。
• 各职能负责人：对自己负责的维度（层级/文档/评审）中的内容准确性与时效性负责。
• 质量代表：对框架与公司级质量方针的一致性负责，拥有合规否决权。
• 所有参与者：须按框架要求提供真实、完整的文档与数据，不得瞒报、漏报。

2.6 记录材料

框架建设与运行过程中必须留存以下记录材料，作为审计与复盘依据：

1. 《层级定义与映射表》：记录 L1～L4 每个层级的定义、责任人、生效日期。
2. 《文档体系目录》：包含所有文档集的名称、版本号、责任人、归档路径。
3. 《TR1～TR4 评审会议纪要》：含评审日期、参会人、评审意见、结论、待办事项及闭环记录。
4. 《RACI 矩阵》：明确每个交付活动对应的 Responsible、Accountable、Consulted、Informed 角色。
5. 《框架变更日志》：记录框架的任何修改，含变更原因、变更内容、审批人、生效时间。

2.7 异常处理

2.8 验收标准

• 完整性：L1～L4 层级均有明确书面定义及映射关系，无层级缺失。
• 一致性：文档体系中的每个文档集至少匹配一个 L3 操作规范和一个 L4 模板。
• 可追溯：任意评审节点的结论均可追溯到对应的文档版本与角色签字。
• 可执行：RACI 矩阵中每个活动至少有一个 Accountable 角色，无“无人负责”项。
• 闭环率：框架试运行 2 周内，所有发现的问题（层级冲突、模板缺失、权责模糊）100% 记录并关闭。