项目评审

电控软硬件项目评审

一、会议基本信息

项目 内容
会议类型 电控软硬件设计评审会议
文件日期 2025年7月8日 15:26
参与人员 发言人1～发言人6（含硬件工程师、软件工程师、中试、项目经理等）
主要议题 家电产品技术升级与配置优化

二、会议核心议题总览

本次评审涵盖以下六大技术方向：

  1. S1 Pro 机型配置升级评审
  2. X7 Pro 黑色面板版本评审
  3. 简易版新机型评审（四代变频双核方案）
  4. 带水箱机型强制排水功能问题
  5. 在线检敲击逻辑优化（7633R 等机型）
  6. OTA 升级包开发（倒计时显示异常修复）
  7. 溢流保护与显示板休眠联动逻辑讨论
  8. 新UI机型功耗与用户体验问题

三、各议题详细讨论内容

3.1 S1 Pro 机型配置升级评审

3.1.1 产品背景

  • 该机型是在原有 GX6000WGT 基础上进行升级迭代
  • 语音模块已取消，改为使用通用 452025 版本（原为13426版本）
  • 主板使用 1702P，六代变频版
  • 功能配置：有脚底洗、智能洗、软水、自动开门（一代）、WiFi
  • 本地环保设置为 168小时，APP端为永久保管
  • 本次升级至二月版，ADS保持不变
  • 门锁由原方案改为新门锁（难门锁），同步取消语音模块

3.1.2 硬件变更内容

BOM 变更：

变更项 变更内容
实体组件下层 增加二维码售后编辑组件及对应描述
组件层级 新增"店点电话"组件
芯片替换 替换底层MI芯片，增加电子质子模块（增加2个）
显示板 使用 S610 外部版，按键及连接线不变，WiFi芯片型号 5741
  • 主板编码：50177
  • 主板本次无实质变化，连接航线不变
  • 新旧UI完全一致，数码屏及按键均与 WX6000WD 相同

3.1.3 参考机型确认

  • 原参考机型（含小米语音模块版本）已暂停，该项目可放弃
  • 建议重新查找量产机型作为参考
  • 参考维修率：发言人表示可截图提供，需查 S66 等机型的 3年内 SCR 维修率

待办：

3.2 X7 Pro 黑色面板版本评审

3.2.1 产品背景

  • 该机型是在原有 X7 Pro（白色面板）基础上更改玻璃颜色（白→黑）
  • 黑色玻璃之前已在其他机型上使用过，成熟方案
  • 主要变更：升级程序至最新 2.6版，面板颜色变更
  • 主板使用六代变频板（交流器 + 直流器），含和田蜂鸣器，使用拉玛达门锁，一代人工
  • 本地老板账号保留，APP端新增一个动叉账号，永久老板账号保留

3.2.2 配置清单

配置项 内容
自动开门 有，拉玛达门锁
主板 通用编码（36系列）
显示板 5302G，一字板4243/4234，芯片448
WiFi模块 5741
数码轴、LED按键 与IP7 Pro原版保持不变
开发基础 在原 SD core 上借用，在 SVT 图片下重新装配

3.2.3 BOM 变更

  • 主板：原申请编码48671，现改用 VMT 编码，进行组件下沉（替换MI组件），增加电视功能。将SKD酒店下单方式改为地面计划
  • 显示板：无DME上线，新旧UI对比按键及数码屏均保持不变，面板颜色为主要变更

待办：

3.3 简易版新机型评审（四代变频双核方案）

3.3.1 产品背景

  • 该机型为简易版新型台，基于之前一块旧板的配置进行参考开发
  • 底层由 326 换成 751，移植了之前做的一款751方案
  • 主板借用 260，发布平台为 7704H（761系列）
  • 该机型在 5月份 已少量合格过一次，后需求变更，改了时序

3.3.2 时序变更原因

  • 原时序（1136套）：原选时序后面300秒禁止带风机
  • 客户不接受禁风机要求，希望保留风机功能
  • 经沟通未达成一致，最终新申请了一个专用时序，满足带风机要求
  • 硬件无改动，仅时序做了调整

3.3.3 显示板与主板方案

主板方案：

  • 使用四代变频双核架构
  • 项目经理原选参考电脑板为单核架构，现已废弃
  • 发言人自选参考机型（曾做过），显示板与印刷板一致
  • 在参考电脑板基础上，主板改为 7601C 双核，多伦股份从 7208 → 4747

显示板方案：

  • 显示板FI组件完全借用基本功能
  • 原始BOM无虚拟组件，因该机型改为带WiFi，新增一个虚拟C组件（FY组件）
  • MI组件与参考MI组件对比：SNP三D组件下均一致，无DJ1选项
  • LED灯：原参考板有三个灯，新机型在对应位置无此灯，但均为前贴不点亮，已通过相关测试

待办：

3.4 带水箱机型强制排水功能问题

3.4.1 问题描述

  • 发现某带水箱机型（A3系列）规格书中未体现强制排水功能
  • 经询问，软件底层也未配置该功能——原变量被默认跳过，未实现
  • 根本原因：使用自动生成软件时，强排描述直接被跳过，未写入

3.4.2 强制排水功能的实现要求

  • 软件底层需设置一个主按键才能解码强排功能
  • 当前底层有按键词，但未拉出，需在规格书中补充强排描述，并同步拉出
  • 涉及机型：两款带水箱机型（AOB 和 AOB-B），改法相同

3.4.3 按键组合方案讨论

方案 说明 可行性
组合按键（两键） 注册两个有效按键才能触发强排 ✅ 可行，需确认芯片支持
三键组合 理论上也支持三键组合 ✅ 理论可行
  • 芯片（如90716）支持组合按键，不同芯片实现方式有所不同，需根据机型芯片确认
  • 当前问题：两款带水箱机型均需同步修改，改法一致

待办：

3.5 在线检敲击逻辑优化（7633R 等外销机型）

3.5.1 背景

  • 部分老款外销机型（如7633R 等），在线检逻辑为全程有效，即整个在线检过程中，敲击均可触发
  • 市场上出现因机器运行中敲击被误触发的问题（机器粗暴撞击即开启）

3.5.2 变更方案

变更项 原逻辑 新逻辑
在线检敲击允许时机 全程有效 排水阶段结束后才生效
  • 该方案已在内销机型上全部改完（参考古城长项目方案）
  • 现在针对老款外销机型逐步进行升级，从量大的机型开始
  • 本次涉及两款（7633R 及另一款），软件方案相同，仅升级版本号
  • 另外一款不带WiFi，无需考虑OTA覆盖

3.5.3 OTA 相关

  • 带WiFi的机型涉及OTA，下版升级时可在此基础上继续升级
  • 无WiFi的机型本次无需OTA，直接线下升级

改动内容：

  • 在旧软件上修改在线检允许敲击的步骤（排水后才允许）
  • 软件版本号加一
  • 参考文件基于古城长项目最终定案方案

待办：

3.6 OTA 升级包开发（倒计时显示异常修复）

3.6.1 问题描述

某机型（叉二项目）存在 OTA 升级需求，同时发现倒计时显示异常 Bug。

异常现象： 倒计时应显示某分钟值（如261分钟），但实际显示成了 6分钟，之后再跑几分钟变成1分钟结束。

3.6.2 根因分析

软件通过查表方式获取当前函数行数
        ↓
若函数在第50行 → 倒计时加256（因超过256需进位处理）
        ↓
但开发过程中在主程序中额外加了两行（排水泵步骤）
        ↓
实际函数在第52行，查表找到50行时对不上
        ↓
未触发加256的逻辑，261分钟直接溢出变成 261-256=5≈6分钟
        ↓
倒计时从6分钟开始倒，而非261分钟

根因总结：

  • 函数行数（261分钟步骤对应行）超过256，需在查表文件中加上256进行补偿
  • 但后续在主程序中新增了排水泵相关两行代码，导致实际行数为52行，而查表文件仍指向50行，索引错位，未能触发补偿逻辑
  • 结果：261分钟直接溢出，跑成6分钟

3.6.3 修复方案

  • 将查表文件中对应函数的行数从 50 → 52（加上两行偏移），使查表索引与实际行数对齐
  • 触发加256补偿后，261分钟可正确显示并倒计时
  • 本次OTA还一并修复了之前的描述性问题

版本信息：

  • 该问题首版（F2版本左右）就已存在，因排水步骤是后加的，当时未同步修改查表文件
  • 本次 OTA 升级将同步修复此 Bug，将市场上所有版本升至最新版

时间安排：

节点 时间
送测时间 评审次日尽快送出
测试周期 约一周（含快速验证）
出报告节点 13号前出报告，15号有一批出货

待办：

3.7 溢流保护与显示板休眠联动逻辑讨论

3.7.1 问题背景

场景描述：

某机型（东芝项目，使用15P主板）在显示板进入休眠后，若发生溢流报警，主板能否自主触发排水泵？

当前架构：显示板为主发端，主板为被动响应端，显示板不发指令，主板不会主动触发排水。

讨论要点：

问题 说明
显示板休眠后是否与主板断通信 是，休眠后显示板停止发送指令
主板能否在无显示板通信时自主排水 当前版本：主板已新增检测溢流信号后自主开启排水泵的逻辑
排水持续时间 有时间限制，具体时长需实机验证确认
是否会影响用户体验 排水泵运行时会有声音，用户过来查看触碰即可唤醒显示板

3.7.2 评估结论

  • 15P主板已加入溢流自主排水逻辑（业务新增），检测到溢流信号后主板可独立触发排水泵，无需显示板发送指令
  • 该功能优先级最高：溢流报警 > 所有其他保险，主板会独立处理
  • 不排水风险：若不排水，可能淹没厨房，安全风险高，因此此逻辑必须保留
  • 评估结论：只要能排水，问题不大；排水泵响声可提示用户，用户触碰面板即可解除休眠看到报警信息

3.7.3 遗留问题

  • 确认15P主板该逻辑是否为测试软件版本中才有，还是已写入正式版
  • 如当前正式版未包含此逻辑，需安排主板软件升级
  • 其他平台通用主板是否同步升级，需评估后统一处理

待办：

3.8 新UI机型开机唤醒逻辑优化

3.8.1 问题描述

异常现象：

该机型（在X2基础上开发的新UI机型）显示板有休眠功能，休眠后需长按开机键唤醒。

用户体验问题：有时需长按，有时短按即可，用户摸不到规律，容易造成困惑。

根因分析：

  • 若显示板未休眠：开机键按下后，软件直接计时3秒触发开机
  • 若显示板已休眠：需先短按唤醒（约需0.X秒），唤醒后软件再计时3秒触发开机，导致总共需约3+唤醒时间≈3.X秒甚至更长
  • 结果：非休眠状态按3秒开机，休眠状态按同样3秒却没反应，用户感知不一致

3.8.2 优化方案讨论

方案 说明 可行性
方案A 统一长按触发时长为3秒，休眠和非休眠一致 存在问题：休眠状态唤醒+3秒=6秒，时间过长
方案B 休眠状态唤醒后不重新计时，直接触发开机 ✅ 推荐，逻辑更合理
方案C 软件区分唤醒状态：刚从休眠唤醒的不加3秒延迟，非休眠状态正常加3秒 ✅ 可行，体验最佳

最终建议：

采用方案C：软件判断当前是否为刚唤醒状态，若是则直接开机（不叠加3秒），若非休眠则正常计时3秒。

这样无论休眠还是非休眠，用户按键体验时长基本一致，消除"按不动"的困惑感。

待办：

3.9 倒计时显示停滞问题（强力再生程序）

3.9.1 问题描述

异常现象：

某机型运行快速洗或强力再生程序时，倒计时显示停在某一数值（如13分钟），长时间不变化，但小数点仍在闪烁，程序仍在运行。最终运行完毕，时间与显示严重不符。

3.9.2 根因分析

强力再生程序特点：

  • 强力再生为近年新国标新增功能（约半年内内销机型开始应用），步骤多，运行时间长（可达20分钟以上）
  • 程序中存在循环步骤，每循环一次会动态增加倒计时（如增加20分钟）
  • 旧版软件倒计时逻辑：步骤时间均为固定值（全部为0），不支持循环中动态增加时间

根因总结：

旧版倒计时逻辑：所有步骤时间固定，循环时不累加时间
        ↓
强力再生循环步骤需动态累加时间（如+20分钟）
        ↓
旧逻辑未处理此场景，导致倒计时到达某一步骤后不再递减
        ↓
显示卡在某一数值（如13分钟），小数点闪烁但数字不动

3.9.3 修复方案

  • 在强力再生循环步骤处，增加动态累加时间的逻辑：到达循环步骤时，将该步骤时间（如2分钟）加入倒计时总量，确保倒计时持续递减
  • 该问题仅存在于内销新国标强力再生机型，外销机型不涉及此功能，无需修复
  • 旧版简单再生（时间短，无循环）不受此问题影响

待办：

四、本次评审涉及机型/项目清单

根据会议图片信息，本次评审共涉及以下9个项目/机型：

序号 评审时间 项目代号 项目编号 电脑板编码 SN8码 产品型号 按键类型 软件变更内容 硬件工程师 软件工程师 中试 1年SCR维修率 APP
1 2026.7.8 D26145 CD00026FQ0 17176000050951 760EY240 S1 Pro(S66)-CN（一体板） 触摸 主板供用，显示板软件升级 舒祥 许明玉 廖玉盈 48PPM 有
2 2026.7.8 D26149 CD00026FQX — 760EY24N X7 Pro黑(5302G)-CN 触摸 主板供用，显示板软件升级 舒祥 陈洪辉 李蔚冬 0PPM 有
3 2026.7.8 D26144 CD00026FPI — 760EY09J WQP12-WU7714N-1（简易版） 轻触 主显软件升级，更改时序 李曼弋 许明玉 朴昶霖 — 有
4 2026.7.8 D25439 CD00025ELII 17176000A20197 / WQP12-76E1A 轻触 主板借用，显示板软件升级，二次送样更改时序 黄传权 黄日炜 朴昶霖 — /
5 2026.7.8 D25465 PD76025671 17176000049635 — DWA50 Max(5302G)-CN 轻触 主板借用，显示板软件升级 郑育尔 黄日炜 李蔚冬 — 有
6 2026.7.8 D24431 / 17176000046421 — WQP12-TWU7633R（外销） 轻触 更改显示板在线检逻辑（排水后才允许敲击） 郑育尔 许明玉 郭焕京 — 无
7 2026.7.8 D25102 / 17176000A17841 — WQP12-U771100A（外销） 轻触 更改显示板在线检逻辑（排水后才允许敲击） 郑育尔 许明玉 郭焕京 — 无
8 2026.7.8 D25405 CD00025ELE 17176000A20353 — FI12-SG1815AM-1100B（带水箱） 触摸 带水箱机型增加强制排水功能及显示 郑育尔 黄日炜 梁金鹏 — 无
9 2026.7.8 D25406 CD00025ELE 17176000A20352 — FI12-SG1815AM-1100B-1（带水箱） 触摸 带水箱机型增加强制排水功能及显示 郑育尔 黄日炜 梁金鹏 — 无

⚠️ 说明： 表格中部分字段（OTA发布评审结果、测试项、变更点/风险识别点、评审结论等）在原始图片中未填写或未能完整识别，建议以原始纸质评审表为准进行核实补充。

五、会议总体待办事项汇总

序号 待办事项 负责方向 优先级
1 重新选择量产参考机型，提交三年内S66/S52等维修率分析报告 硬件/项目 🔴 高
2 在实体组件下层新增二维码售后编辑组件及店点电话，替换MI芯片并增加电子质子模块 硬件 🔴 高
3 提交玻璃面板静电防护单体报告，提供玻璃供应商认证文件（报告号） 硬件/安规 🔴 高
4 完成煮水测试验证，重点解决密封胶塞装配不紧导致进水的问题 中试/硬件 🔴 高
5 在规格书中补充强制排水功能描述，同步更新用户说明书和软件底层按键配置 软件/项目 🔴 高
6 完成两款外销机型在线检逻辑升级，软件版本加一并提交测试 软件 🔴 高
7 修复查表文件行数偏移问题（50→52），确保261分钟倒计时正确显示 软件 🔴 高
8 完成OTA升级包开发与验证，将市场上所有版本升级至最新版 软件 🔴 高
9 优化主板溢流保护逻辑，确保显示板休眠时主板能独立检测溢流信号并触发排水泵动作 软件/硬件 🟡 中
10 确认15P主板溢流自主排水逻辑已写入正式版，并评估是否同步至其他通用主板 软件 🟡 中
11 调整开机唤醒逻辑，统一长按触发机制，区分休眠/非休眠状态 软件 🟡 中
12 修复倒计时显示异常问题，确保强力再生等长周期程序中倒计时数值持续准确递减 软件 🟡 中
13 完成描述文件更新（当前电脑板描述仍为旧版，待首样合格后修改） 项目 🟢 低

说明： 以上内容整理自第一次评审会议记录，部分字段（如各议题中的具体波形图、图片附件等）因原始文档限制未能完整呈现，建议以原始会议记录文件为准进行核对。

一、收获

1. 了解评审的核心目的

项目评审旨在提高产品研发质量、降低设计缺陷风险，确保产品符合技术规范、安全标准及用户需求。
通过旁听，可以深刻理解"把问题消灭在设计阶段"的质量管理理念。

2. 掌握跨部门协作模式

本次评审涉及多个角色协同工作，亲历了以下职能如何在审中发挥作用：

参与角色 职责说明
项目经理 介绍项目背景、里程碑及市场失效数据
硬件/软件工程师 说明设计方案、变更点及风险
设计可靠性工程师 主持评审、记录问题、输出会议纪要
电控评价工程师 参与评审、输出测试方案
品质可靠性 行使一票否定权，把控可靠性风险

3. 认识实际产品问题的复杂性

通过本次评审内容，亲眼见到了真实项目中的典型问题，例如：

  • 软件溢出 Bug：倒计时 261 分钟因超过 256 溢出变成 6 分钟，这类底层逻辑问题在测试阶段必须严格排查
  • 硬件可靠性：密封胶塞装配不紧导致进水问题，涉及结构与工艺的交叉影响
  • 交互逻辑：休眠与非休眠状态下唤醒响应不一致，影响用户体验

4. 建立"风险思维"

评审过程中大量使用 DFMEA（设计失效模式与影响分析），帮助建立从"可能出现什么问题"出发的逆向思维，这是工程师必备的系统性思考能力。

5. 理解评审结论的严肃性

评审结论分为通过、有条件通过、不通过三类，不满足条件的项目不得进入下一阶段，体现了研发流程的严格管控。

二、项目评审标准流程

📋 第一阶段：评审前准备

① 资料准备（由项目组完成）

  • 项目简介（背景、需求、平台、里程碑）
  • 电器/电控物料选型方案说明
  • 初版图纸及规格书
  • 摸底测试结果（能力、温升、环境适应性、寿命）
  • 设计规范 Checklist 及降额表
  • 借用/参考机型市场失效数据分析
  • 初版 DFMEA（四新、变更及继承高风险）
  • 整机手板及电器件实物

② 资料预审

  • 项目组至少提前2 个工作日** 将资料提交给设计可靠性工程师
  • 设计可靠性工程师在 1 个工作日内 反馈预审结果
  • 预审通过后，至少提前 1 个工作日 发送会议通知及资料

⚠️ 评审触发条件（缺一不可）：方案明确且核心参数定型 + 摸底测试合格 + 评审资料完整

🔄 第二阶段：线下预检讨

在正式评审会前，项目组需完成：

  • 技术方案线下检讨
  • DFMEA 预评审
  • 专业评审 Checklist 初稿讨论

🏛️ 第三阶段：正式评审会议（核心流程）

步骤 内容 执行人
① 项目背景说明 介绍项目情况、里程碑、借用机型 项目经理
② 设计方案说明 详细说明选型方案、差异点、图纸、摸底结果、Checklist 工程师
③ 市场失效分析 介绍参考机型及器件的市场失效数据 项目经理
④ 风险识别 针对 DFMEA 进行分析说明 工程师
⑤ 专家评审讨论 各专家针对实物提出意见，技术决策者给出方案结论 评审专家组
⑥ 问题确认 评审记录员确认问题是否遗漏，明确跟进方式 记录员
⑦ 评审结论输出 输出评审会议纪要，含结论、问题清单、技术方案建议 设计可靠性工程师

📌 第四阶段：问题管理与闭环

  • 评审输出：正式会议纪要、问题分类清单、问题录入问题管理系统
  • 问题闭环：由设计可靠性工程师根据测试数据或设计变更单号确认问题关闭质量，必要时组织问题关闭评审会，逐一评审关闭状态与方案

🔧 电控专项评审五步思路

  1. 系统级需求与边界对齐 —— 确认功能需求是否清晰
  2. 原理图与负载特性匹配度审查 —— 硬件电路合理性
  3. PCB Layout 与结构防护审查 —— 布局合规性与防护设计
  4. 软件逻辑与时序交互审查 —— 逻辑正确性与交互一致性
  5. 测试验证与极限摸底闭环 —— 通过测试数据验证方案

三、各参与角色如何创造价值

色价值全景概览

参与角色 核心价值定位 价值创造方向
项目经理 信息枢纽与推进驱动 对齐目标、资源协调、进度管控
硬件工程师 物理层风险识别与方案落地 选型合理性、电路可靠性、防护设计
软件工程师 逻辑层缺陷消除与体验优化 Bug 修复、逻辑正确性、OTA 策略
中试工程师 设计可制造性与量产可行性验证 测试验证、工艺问题暴露
设计可靠性工程师 评审流程主控与质量闸门 主评审、输出纪要、问题闭环
品质可靠性 独立监督与风险否决 行使一票否决权、可靠性基线维护
电控评价工程师 测试方案设计与客观验证 测试项设计、数据支撑评审结论

1. 项目经理 — 战略对齐与资源调度价值

核心职责： 介绍项目背景、里程碑节点、借用/参考机型市场失效数据

价值体现：

  • 目标对齐价值：明确产品型号、项目编号、电脑板编码等基础信息，保所有参与方在同一信息框架下讨论，避免方向偏差
  • 风险预判价值：通过提供 S66/S52 等量产机型三年维修率数据（PPM），将过往失效经验转化为本次设计的风险输入
  • 进度管控价值：在保证质量的前提下协调加快项目推进，平衡质量与交期之间的张力

本次评审具体贡献：推动维修率分析报告的提交，以数据支撑参考机型选择，避免主观判断导致的基线偏差。

2. 硬件工程师 — 物理层可靠性构建价值

核心职责： 主板、显示板、Wi-Fi 模块等部件的配置变更说明与风险识别

价值体现：

  • 选型合理性价值：通过替换底层 MI 芯片、增加电子质子模块等变更决策，确保硬件配置满足新国标要求及功耗目标
  • 防护设计价值：针对玻璃面板静电防护提交单体报告，从源头消除静电损伤风险
  • 系统协同价值：优化主板溢流保护逻辑，确保显示板休眠时主板能独立检测溢流信号并触发排水泵，解决多部件协同中的逻辑盲区

本次评审具体贡献：识别主板溢流保护在显示板休眠状态下的潜在失效场景，这是跨部件协作中极易被忽视的系统性风险。

3. 软件工程师 — 逻辑层缺陷消除与体验优化价值

核心职责： 软件版本变更说明、Bug 修复方案、OTA 策略制定

价值体现：

  • 缺陷消除价值：
    • 修复倒计时溢出 Bug（261 分钟超 256 字节上限溢出变为 6 分钟），防止底层数据类型错误引发户感知异常
    • 修复强力再生等长周期程序中倒计时显示持续递减不准确问题
  • 逻辑优化价值：
    • 将在线检敲击允许时机从全程有效调整为排水阶段结束后生效，减少误触发风险
    • 统一长按唤醒触发机制，解决休眠/非休眠状态响应不一致带来的用户体验割裂感
  • 升级策略价值：完成 OTA 升级包开发与验证，制定内外销差异化 OTA 发布策略

本次评审具体贡献：溢出 Bug 的暴露与修复体现了软件工程师在边界条件测试中的专业价值——若未在评审阶段发现，将导致大批量出厂产品出现倒计时显示错误，影响用户信任度。

4. 中试工程师 — 设计验证与量产可行性价值

核心职责： 测试验证、工艺问题暴露、量产可制造性评估

价值体现：

  • 测试验证价值：执行煮水测试，发现并定位密封胶塞装配不紧导致进水的问题，将结构工艺风险在量产前暴露并推动整改
  • 可制造性价值：对新物料、新功能的实装可行性进行验证，确保设计方案能够顺利落地到生产线
  • 数据支撑价值：为评审结论提供实测数据，使评审从"经验判断"升级为"数据驱动"

本次评审具体贡献：煮水测试中发现的进水问题是典型的"设计-工艺接口风险"，若未经中试验证直接量产，将导致批量售后返修，维修率 PPM 大幅上升。

5. 设计可靠性工程师 — 评审流程主控与质量闸门价值

核心职责： 主持评审会议、组织预审、输出评审纪要与问题清单、推动问题闭环

价值体现：

  • 流程保障价值：确保评审资料提前 2 个工作日提交、1 个工作日内完成预审反馈，维护评审流性
  • 问题沉淀价值：将评审中识别的变更点与风险识别点系统性录入问题管理系统，形成可追溯的质量档案
  • 闭环管控价值：根据测单号确认问题关闭质量，必要时组织问题关闭评审会，确保每项问题真正得到解决而非停留在纸面

本次评审具体贡献：作为评审的"裁判员"，确保 10 项待办事项（OTA 升级包验证、静电防护报告提交等）均有明确责任人和时间节点，避免问题"悬空"。

6. 品质可靠性 — 独立监督与风险否决价值

核心职责： 独立于项目组，行使一票否决权，维护产品可靠性基线

价值体现：

  • 独立视角价值：不受项目进度压力影响，从纯质量
posted @ 2026-07-09 13:57  mo686  阅读(24)  评论(0)    收藏  举报