2. 可靠性设计评审的输入与输出

可靠性设计评审不是一次“开会讨论”，而是一条有明确输入、明确输出、并且必须闭环的证据链。评审能否发现真正的薄弱点，取决于两件事：一是输入是否充分、可信、可追溯；二是输出是否可执行、可验证、可关闭。如果输入只有几张PPT和口头承诺，评审就只能停留在“感觉风险不大”；如果输出只有一份会议纪要而没有责任人和关闭准则，评审就会变成走过场。

评审输入清单：六类证据缺一不可

可靠性设计评审的输入，本质上是“支撑判断的证据集合”。通常包括以下六类，每一类都有其不可替代的作用：

• 需求与指标文件：包括可靠性定量指标（如MTBF目标值、B10寿命、失效率λ目标）、环境剖面、任务剖面、接口约束。它是评审的“标尺”，没有它就无法判断设计是否达标。
• FMEA报告：识别潜在失效模式、原因、影响及现有控制措施，输出RPN或AP（行动优先级）。它回答“哪里可能坏、坏了会怎样”。
• FTA故障树：从顶事件向下分解，找出最小割集和关键路径，回答“系统级失效由哪些组合导致”。
• 仿真报告：热仿真、振动模态、降额分析、寿命预估等，提供设计裕度的量化证据。
• 试验数据：环境试验、加速寿命试验、HALT/HASS结果，是验证设计假设是否成立的实测依据。
• 历史故障库：同类产品在现场或研制阶段的实际失效记录，用于校准FMEA的严酷度和发生概率。

这六类输入之间存在交叉验证关系：FMEA给出假设，FTA给出逻辑，仿真给出预测，试验给出实测，历史故障库给出经验修正，需求文件给出判定基准。评审前应检查每类输入的版本、日期、覆盖范围和数据来源，缺失项要明确标注为“评审风险”而非默认通过。

评审输出物：四类交付物必须可执行

评审的输出不能停留在“大家同意继续推进”。有效的评审输出应包含四类交付物，且每一类都要有明确的格式和判定标准。

问题清单是评审最直接的产物。每条问题应包含：唯一编号、问题描述、证据引用（指向具体FMEA条目、试验报告页码或仿真工况）、责任人、要求完成日期。问题描述要避免“可靠性不足”这类模糊表述，而应写成“在85℃/85%RH条件下，电源模块电解电容降额仅62%，低于公司降额准则要求的80%”。

风险等级用于排序资源投入。常用判定依据包括：FMEA中RPN≥100或AP为高；FTA中一阶最小割集（单点故障）；仿真裕度低于10%；历史故障库中同类问题重复出现≥2次。满足任一条即可定为高风险，需在本次评审后立即启动改进。

改进建议要具体到可实施的设计动作，例如：将电容更换为更高耐压规格、增加冗余风扇、调整PCB布局降低热阻、补充振动试验量级。每条建议应关联对应问题编号，并说明预期效果。

关闭准则是闭环的关键。它规定“怎样才算问题解决”。例如：更换电容后需提供新的降额计算书，降额≥80%；增加冗余后需提供FTA重新分析结果，单点故障消除；补充试验后需提供试验报告，且失效数≤允许值。关闭准则必须在评审时确定，不能事后补。

评审闭环管理：从问题到关闭的追踪

闭环管理要求每个问题都有状态流转。建议采用以下状态：打开 → 分析中 → 措施实施 → 验证中 → 关闭。每次状态变更都要有证据附件。评审组应指定一名闭环跟踪人，定期检查逾期问题，并在下次评审时首先回顾上次问题的关闭情况。

一个常见的闭环失效场景是：问题标记为“已关闭”，但关闭依据只是“已发变更通知”，没有验证数据。正确的做法是，关闭必须基于验证证据，例如更新后的FMEA、复测报告或仿真对比结果。如果验证未通过，问题应退回“分析中”，并重新评估风险等级。

总结来说，可靠性设计评审的输入是六类证据的交叉验证，输出是四类可执行交付物，闭环管理是状态流转与证据追踪。三者缺一不可。只有输入充分、输出明确、闭环严格，评审才能真正识别薄弱点，而不是变成一份“同意继续”的会议记录。