1. 可靠性设计评审总览

可靠性设计评审（Reliability Design Review，RDR）是在产品开发的关键节点上，由跨专业团队对设计对象进行系统性、结构化的技术审查，目的是在产品尚未定型、更改代价尚低的阶段，尽早发现并消除可能导致失效的薄弱环节。它关注的不是"产品能不能工作"，而是"产品在规定的条件下、规定的时间内，能否持续保持规定功能"。因此，评审的输入是设计资料与可靠性证据，输出是可追踪的问题清单与改进措施，而不是一份"通过/不通过"的结论。

理解可靠性设计评审，需要先把它与三类容易混淆的活动区分开。可靠性试验（如环境应力筛选、振动/温度循环、寿命试验）是在实物或样机上施加应力并测量响应，属于"用数据说话"的验证活动；可靠性增长是通过"试验—暴露故障—纠正设计—再试验"的迭代，使产品固有可靠性逐步提升的过程；而可靠性设计评审是在图纸、模型、仿真和既有数据层面进行的"事前审查"，它不替代试验，但决定试验该测什么、薄弱点该往哪里找。三者关系可以概括为：评审识别风险并确定验证重点，试验提供证据并暴露新问题，增长把问题转化为设计改进，改进后的设计再次进入评审。这是一个闭环，而不是一次性动作。

在产品开发流程中，可靠性设计评审通常与阶段门（Gate）绑定，形成若干次有明确目标的评审节点。以典型的硬件产品开发为例，可以设置以下评审点：

• 方案评审（概念/架构阶段）：审查可靠性指标是否可分解、架构是否存在单点失效、关键器件是否有降额与冗余策略、环境剖面是否明确。
• 详细设计评审（原理图/结构设计阶段）：审查降额计算、热设计裕度、容差与漂移、连接器与焊点应力、EMC 与防护设计、FMEA 是否覆盖关键功能。
• 样机评审（初样/正样阶段）：审查试验暴露的失效模式是否闭环、薄弱点改进是否有效、剩余风险是否可接受。
• 转产评审（定型阶段）：审查工艺一致性、来料波动、筛选与老炼方案、可靠性增长是否达到目标值。

这些节点的评审对象、参与角色和判据各不相同，但共享同一套逻辑：以失效为线索，以证据为判据，以闭环为终点。评审不是"开会讨论"，而是有输入、有检查项、有结论、有跟踪的结构化活动。一次有效的评审，应当能回答三个问题：哪些功能或部件最可能失效？依据是什么？改进后如何证明风险已降低？

评审驱动薄弱点识别的整体逻辑，可以用"指标分解—风险排序—证据核查—闭环跟踪"来概括。首先，把整机可靠性指标（如 MTBF 目标值、任务可靠度）分解到分系统、板卡、关键器件，形成可核查的分配表；其次，用 FMEA、FTA、热仿真、降额分析等手段，对每个单元的发生度、严酷度和可探测度进行评估，得到风险优先数并排序；然后，在评审中逐项核查高风险项的设计证据是否充分——降额是否满足准则、热裕度是否足够、冗余是否真正独立、接口是否定义清晰；最后，把未闭环项录入问题跟踪表，明确责任人、措施和验证方式，在下一节点复查。这样，评审就从"经验判断"变成了"基于证据的薄弱点筛选"。

上图的闭环结构说明了一个关键点：可靠性设计评审不是孤立的质量活动，而是连接"设计意图"与"实物证据"的枢纽。左侧的四个节点决定了评审的时机和深度，中间的四个步骤决定了评审如何从指标走到薄弱点，右侧则表明评审的输出必须转化为可执行的试验重点和改进措施，并通过可靠性增长回到下一轮评审。缺少任何一环，评审都会退化为形式化的文档检查。

在实际操作中，评审的有效性取决于三个要素。第一是检查项的针对性：不同产品、不同阶段的检查项应来自本产品的失效历史、相似产品的教训以及 FMEA 的高风险项，而不是通用模板的简单复制。第二是证据的可核查性：每一项结论都应有对应的计算书、仿真报告、试验数据或标准条款作为支撑，避免"我认为""一般来说"这类判断。第三是问题的可追踪性：评审记录中的每个问题都应有唯一编号、责任人、计划完成时间和验证方式，并在下一节点逐项确认关闭状态。

需要强调的是，可靠性设计评审与可靠性试验之间是"互相定义"的关系。评审根据风险排序，告诉试验"应该重点考核哪些部位、施加什么应力、观察什么参数"；试验则用失效数据告诉评审"哪些风险被高估、哪些被遗漏"。例如，某电源模块在详细设计评审中被判定为高风险，原因是电解电容在高温下的寿命裕度不足；评审输出建议在样机阶段增加高温加速寿命试验，并监测电容容值漂移。试验若发现容值在 500 小时后下降超过 20%，则说明评审判断正确，需要更换电容或改进散热；若试验未复现问题，则说明降额计算可能过于保守，可以重新评估裕度。这种双向校准，正是可靠性增长的基础。

综上所述，可靠性设计评审的本质是"用结构化的方法，在正确的时间，对正确的对象，提出正确的问题"。它把可靠性从一句指标口号，转化为可分解、可核查、可跟踪的工程活动。掌握这一总览逻辑，是后续学习具体评审检查项、FMEA 分析方法、降额与热设计准则以及薄弱点闭环管理的前提。