Q2-01 设计评审（DR）汇报与技术表达

课程代码 Q2-01 · 板块 Q 职业发展与工程协作 / 工程协作与商务 时长 约 3.5 小时（6 讲） 适合对象 系统 / 项目工程师及技术负责人，准备主导或参加设计评审的人（L2 进阶选修） 前置 I7-01 热管理系统/零部件 DFMEA 实操 热管理系统/零部件 DFMEA 实操（S / O / D 与 AP 行动优先级的口径属主，本课第 3 讲全部沿用）；B1-05 基于 V 模型的热管理正向开发流程 基于 V 模型的热管理正向开发流程（评审在流程中的位置） 本讲义定位 讲师授课蓝本 / 学员自学讲义

---

按任务导航

你手上的事	直接看	还要配
下周要过设计冻结评审，不知道该讲多深	第 1 讲 1.3：深与宽由「这一次要冻住什么」决定	1.6（四种结论的边界）
材料做了 40 页，被要求压到 5 页	第 2 讲 2.4：取舍判据是「决策必需」不是「重要」	2.3（先结论后证据）
一堆仿真曲线，不知道先讲哪一条	第 3 讲 3.3：帕累托先筛，再按行动优先级排	3.2（AP 分档怎么用）
两个方案争不下来，被要求「给个结论」	第 3 讲 3.4：加权决策矩阵四条铁律与敏感性	第 4 讲 4.5（分歧该由谁裁）
状态灯该报黄还是报红，说不清	第 3 讲 3.5：颜色必须挂可复核的量化判据	第 6 讲 6.1（行动项三格）
评审席上被追问，当场答不上来	第 4 讲 4.1、4.2：分诊 + 开放项四格	4.3（不当场改数的三条理由）
下个月要去客户那里做方案宣讲	第 5 讲：边界清单三档 + 答疑分层 + 诱导性提问	5.5（对外报数必须带条件与样件状态）
上一轮评审的行动项对不上账	第 6 讲 6.1、6.2：三格与逐轮过账	6.4（升级路径）
评审通过了，决议没人回写进设计文件	第 6 讲 6.3：向需求与失效分析文件回写	M1-04 需求管理与追溯（DOORS 等）（追溯链本体）

⛔ 本课不覆盖：DFMEA 怎么做、S / O / D 怎么定级、AP 查表本身 → I7-01 热管理系统/零部件 DFMEA 实操；故障树与最小割集 → I7-04 故障树分析（FTA）实操：建树、最小割集与顶事件概率定量；验证计划与 DVP&R 编制 → M1-03 DVP&R 与验证计划管理；研发流程与里程碑体系本体、挣值法三个量的定义与计量口径 → M1-01 汽车研发流程（APQP/IATF16949）与热管理里程碑；关键路径、总时差、变更控制闭环 → M1-02 热管理项目管理与主机厂—供应商协同；需求管理与追溯链维护 → M1-04 需求管理与追溯（DOORS 等）；试验报告与技术文档怎么写 → Q2-03 技术文档、试验报告与专利撰写；商务谈判、定点流程与性能数三档的定义本体 → Q2-02 主机厂—供应商技术对接与商务谈判；跨部门协同的组织形态 → Q2-04 跨部门（整车/电子/结构/软件）协同工作法；决策矩阵的无量纲化与权重合法性本体 → B4-03 热管理对续航、NVH、成本的系统性影响；帕累托分组口径与严重度货币化 → M2-02 热管理常见质量问题与根因分析。

⛔ 本课一个平台数都不给：评审时长、页数上限、参会人数、行动项关闭周期、状态灯阈值、权重取值、开放项挂账条数——全部由本企业的评审制度、项目节奏与产品成熟度决定。本课出现的确定数值只有三类：纯算术结果、本课自己构造并当场标明的教学假设值（⛔ 不对应任何平台）、公开可查的符号与档名约定。

引言：评审席上失败的方案，多半不是败在方案上

某纯电平台的电池冷却方案进设计冻结评审。汇报人准备了 46 页材料，按仿真的开展顺序讲：先网格与边界条件，再稳态，再瞬态，第 31 页开始讲台架结果，第 42 页有一句「过热保护策略待验证」。讲到第 18 页时评审主席打断：「结论呢？这个方案到底能不能冻？」汇报人翻到第 44 页说「我们认为可以」。主席又问那条待验证的是什么状态，答「还在跑」。结论：打回，下一轮复评。

复盘时第一反应是「材料没做好」。这个归因太浅，浅到没法改进——下一次多半只会变成「材料再多做几页」。真正发生的是三件，而且它们在被打回的评审里几乎总是同时出现：

1. 信息按生成顺序组织，不是按决策顺序组织。仿真从网格算起，所以材料也从网格讲起。可评审席不需要复算你的网格，他们要在两小时内做出一个放行判断。按生成顺序讲，等于要求听众自己把 46 页在脑子里重排成决策链——而没有人会替你做这件事。
2. 唯一那条真风险被埋在第 42 页，还写成了一句不可判真假的话。「待验证」没说验证到哪一步、什么时候出结论、不出结论会怎样。它在材料里的位置和它在决策里的位置完全不成比例。
3. 汇报人以为评审是来证明方案好的。而评审的功能恰好相反——它是一次有组织的风险暴露。藏起来的风险不会消失，只会推迟到更贵的地方兑现。

这门课要立住的第一件事：

设计评审的产出不是「通过」这两个字，是一批被显式记录下来的判断——哪些风险被接受了、被谁接受、接受的条件是什么。

推论：一场没有产生任何被记录的判断的评审，无论结论写的是通过还是不通过，都等于没开。它可能开得很热闹、材料可能很漂亮，但六个月后没有人能顺着记录回答「当时为什么决定往下走」。

第二件事：同一份技术内容面对不同的桌子，改层级，⛔ 不改数。给管理层的版本可以省掉推导、工况列表、网格无关性，但里面出现的每一个数必须和给专家的版本是同一个数、同一个口径、同一组前提。一旦为了「好看」换了个更漂亮的工况点，两份材料就开始分叉，而分叉之后没有任何一道流程会报错——直到某天两个版本同时出现在一张桌子上。

第三件事：对外那一侧的纪律与内部方向相反。内部要主动暴露风险；客户宣讲与技术答辩是在不作虚假陈述的前提下管理暴露程度。两条不矛盾，但动作相反，把内部那套原样搬到客户桌上，代价通常在合同上兑现。第 5 讲专讲这一侧。

今天就能做的一件事：把最近一份评审材料翻到第一页，问四句——第一页上有没有一句可以单独拿走的结论（没有 ⇒ 2.2）？那句结论后面有没有一条「凭什么」的证据链，而不是一堆图（没有 ⇒ 2.3）？排第一位的风险是不是真的最该排第一（说不清怎么排的 ⇒ 3.2、3.3）？上一轮的行动项现在能不能一条条对上账（对不上 ⇒ 6.1）？

四问里只要有一个答不上来，那场评审在决策意义上就是脆的。⚠ 而它平时不会报错——评审材料的缺陷只在被追问的那一刻才兑现，而那一刻通常是你最没时间补救的一刻。

---

第 1 讲　设计评审在研发流程里的位置：它是什么，以及它不是什么

本讲回答四个问题：评审在流程上的哪个位置、它和放行门是不是同一件事、谁该来评什么、一场评审可以给出哪几种结论。这四个问题决定了材料该讲多深——讲多深不由内容量决定，由「这一次要冻住什么」决定。

本讲交付四件：① 三类评审的问题与不可逆性差别；② 评审与放行门的两层关系及两个具体后果；③ 一条可当场核的到场判据；④ 四种结论的边界与「有条件通过」的三个必填格。本讲不交付：材料怎么写（第 2 讲）、风险怎么排怎么画（第 3 讲）、追问怎么接（第 4 讲）、对外那一侧（第 5 讲）、行动项闭环（第 6 讲）。

1.1 定义：评审是一次有组织的风险暴露

本课所说的设计评审：在产品开发的某个确定时点，由一组不全部来自设计方的人，对着一份已经成文的技术方案与证据，做出一个被记录下来的放行或不放行判断。

四个限定词各排除一种冒牌货：

限定词	它排除了什么	为什么必须排除
确定时点	「什么时候方便什么时候开」的碰头会	时点不定就没有「这次要冻什么」，材料深度无从判起
不全部来自设计方	设计团队的内部对齐会	全是自己人，暴露风险的动力结构不成立——所有人的利益都在「往下走」这一侧
已成文的方案与证据	拿着 PPT 讲思路的头脑风暴	评审后没有东西可回查，也无从判定「当时依据的是哪一版」
被记录下来的判断	开完就散、只留一句「大家都同意」	没有被记录的判断 ⇒ 这场评审在决策意义上没有发生

⚠ 这四条不是加分项，是评审成立的最低条件。缺任意一条，那场会仍可以开、也可能有价值，但它不能承担放行责任——而组织通常会把放行责任默认挂在它身上，这才是问题所在。

为什么要从定义开始：「设计评审」在实际组织里是个被严重超载的词，技术讨论会、样件问题分析会、给领导汇报进展都叫它。超载不致命，致命的是放行责任会跟着这个词跑——一场只是讨论的会事后被写成「已评审通过」，于是那场真正该开的会不会再被安排。

1.2 三类评审问的不是同一个问题

它们的差别不在参会人数与材料厚度，在各自要冻住的东西，以及冻错了往回改有多贵。

	概念评审	设计冻结评审	量产前评审
冻什么	技术路线与架构：几个回路、用不用热泵、电池走冷板还是风冷、集成到什么程度	结构与接口：图纸尺寸、材料、公差、接口定义、控制策略框架	一致性与放行证据：过程能力、验证完成度、遗留项与其风险接受记录
核心问题	这条路走得通吗，有没有更好的路	按这个图纸开模，六个月后装出来的东西满足要求吗	这东西可以开始一件一件卖出去了吗
讲法	讲宽：多候选并列，各到能判优劣为止	讲深：单一方案，逐项验证证据	讲齐：逐条对账，缺一项都不行
往回改的代价	低——还没工装，改的是纸面	台阶式跳升——跨过开模，代价里多出改模或报废	最高——已有在制品、供应链承诺、客户排期
典型失败形态	只带一个方案来，评审退化成签字	验证证据不足却按「后面补」放行	遗留项没人认领，靠一句「量产后跟踪」带过

⚠ 三个名字是本课为讲清差别使用的通名。各企业的正式名称、数量与切分点各不相同，⛔ 本课不给任何一套命名体系当标准答案；你要做的是把本企业每一道评审对照第一行问一句「它要冻的是什么」——问不出答案的那一道，通常就是走过场的那一道。

最该记住的是「往回改的代价」那一行，因为它不是线性的。M1-02 热管理项目管理与主机厂—供应商协同 在项目管理侧讲过同一件事的另一面：关键路径上开模与工装那一段的总时差往往最小，因为模具周期由外部工装厂排产决定，压缩空间不在本方手里。⇒ 设计冻结评审是三类里唯一一道「过了就基本回不去」的门：概念判错还能重来，量产前判错至少能停线，而设计冻结判错，钱已经变成钢了。

这条不可逆性直接决定材料深度：设计冻结评审上「这一项我们后面再验证」这句话，意味着你要求评审席在没有证据的情况下批准一次不可逆的支出——和它在概念评审上的分量完全不同。第 4 讲讲这句话该怎么说才不会被当成敷衍。

1.3 「讲深还是讲宽」的判据只有一句

写材料之前先写下一句话：「这场评审结束后，哪一件事就不能再随便改了？」写不出来 ⇒ 定位没定清，先去问清楚；写得出来 ⇒ 材料深度跟着它走：

• 冻选择（路线、架构、供应商方向）⇒ 讲宽，必须并列两个以上候选，各给到足以判优劣的深度就停。⚠ 只带一个方案去做选择型评审，评审席能做的只有签字——没有可比对象，「更好的方案」在会上根本不可能被发现。这与 I1-01 热管理零部件正向结构设计流程 在结构设计侧那条一致：只剩一个方案时不存在收敛。
• 冻取值（尺寸、公差、接口、限值、策略参数）⇒ 讲深，每一个要冻的数背后要能指出来源与验证状态。
• 冻状态（可以放行了吗）⇒ 讲齐，一张清单逐条打勾，未打勾的逐条给风险接受判断。

为什么它比「按流程模板准备」可靠：模板按平均情况写，而每次评审的实际风险分布不同。同一道设计冻结评审，A 项目的争议在冷板压降的验证深度上，B 项目的争议在管路接口与总布置的干涉上——模板要求两者都准备同样一套 40 页，结果两边都在讲对方的重点。而这一句话会把材料重心自动拉到该去的地方。

⚠ ⛔ 别把它读成「只讲要冻的那一块，别的都不用讲」。别的部分仍要在材料里有位置，只是位置在附录与备查，切分规则见 2.4。

1.4 评审与放行门是两层，混为一谈会付两种代价

	设计评审	放行门（Gate / Tollgate）
做什么判断	技术判断：方案成不成立、风险多大、证据够不够	放行决定：可不可以进下一阶段、资源投不投
谁做主	技术专家与相关专业代表	项目决策层（通常含商务、财务、制造、质量）
输入	方案、数据、证据	一张准入判据清单，评审结论是其中一项
输出	技术结论 + 行动项 + 遗留风险	放行 / 有条件放行 / 不放行 + 资源决定

⇒ 评审结论是放行门准入清单上的一项输入，⛔ 不是放行本身。

代价一：技术上没通过，商务上照样放行，而技术团队以为自己挡住了。评审给出「有条件通过，条件是补完过热保护的台架验证」，纪要写得清清楚楚。放行门那一层出于交付压力决定按原计划开模，理由是「验证可以和开模并行」。这个决定在流程上完全合法——放行门本来就有权在承担风险的前提下放行。问题是技术团队常常不知道这个决定发生过，那条「条件」在所有人心里还挂着，实际上已被上一层接受了风险。等验证结果不利，第一句话往往是「不是说好了要先验证吗」。 ⇒ 正确动作：评审结论里写明「本结论进入哪一道放行门、由谁做最终放行决定」。这一行字把两层之间的传递关系显式化——传递关系一旦上纸，上一层做相反决定时就会以「决定被改写」的形式出现，而不是以「大家理解不一致」的形式出现。

代价二：把放行门的准入判据当技术判据去争。清单上写着「DFMEA 高优先级项已闭环」，于是会上开始争「这一条算不算闭环」——而争的是体系符合性，不是技术。I7-01 热管理系统/零部件 DFMEA 实操 点过同一件事：体系层面的要求管的是「有没有、是不是按规矩维护、有没有证据」，⛔ 管不到某一行技术上该怎么判。互相套用的后果是：审核意见被当成技术结论去改数据，或技术分歧被当成体系不符合项去开单。

1.5 评审矩阵：谁来评、评什么

多数组织按职级与部门拉名单，这有一个结构性毛病：名单看上去很齐，但某一类判断可能全场无人能做，而这在会前完全看不出来。

正确拉法是按「这次要做出哪几类判断」倒推：先列判断，再问每类判断的证据在谁手上，然后请那个人。热管理项目的设计冻结评审通常需要：

要做的判断	证据在谁手上	缺席的后果
热性能能不能满足整车目标	整车热管理系统工程师 / 一维与三维仿真负责人	只能听方案方自述，性能这一栏无人质疑
结构、接口、总布置有没有干涉	整车布置与本零件结构工程师	干涉留到样件阶段才发现，而那时已开模
失效模式与风险排序对不对	DFMEA 主导人（口径见 I7-01 热管理系统/零部件 DFMEA 实操）	风险清单变成方案方自己写的一张表
验证证据够不够、还差哪几项	试验与验证计划负责人（见 M1-03 DVP&R 与验证计划管理）	「后面补」这句话没人能当场判真假
能不能做出来、过程能力够不够	制造 / 工艺 / 供应商质量	设计上成立、产线上做不出来，爬坡时暴露
成本落在哪一档、变更代价多大	成本工程 / 采购	技术最优方案被批准，而成本从没被摆上桌

到场判据：⛔ 不给参会人数，也⛔ 不给会议时长（都是组织与项目相关量）。判据是——本次要做的每一类判断，它的证据持有方是不是都在场。任何一类缺席，那类判断就只能靠方案方自述，而自述同样填得满纪要、同样能得出结论。⚠ 这条沿用 I7-01 热管理系统/零部件 DFMEA 实操 到场判据的结构（那里问的是 S / O / D 三栏各自的证据持有方是否在场）：把「请谁」这个组织问题换成「哪一类判断没有证据支撑」这个可当场核的技术问题。

还有一个位阶：主持人与汇报人必须是两个人。汇报人负责陈述与辩护，主持人负责控场与逼出结论（争论跑偏时切断、时间不够时决定砍哪一段、没有共识时决定记为开放项）。一人兼任，结构上不可能中立——他会在自己方案被质疑时同时握着「打断」这个权力。⚠ 这不是信任问题，是角色冲突。

1.6 四种结论，边界在哪里

⚠ 各企业档名不同，档名可以不一样，但下面四条边界必须能在你们的档位体系里找到落点——找不到落点的那一档，就是会被滥用的那一档。

档	含义	什么情况下才能给	出口
通过	要冻的东西全部冻住，无遗留	每一项都有证据支撑，且没有一条被推迟	直接进下一阶段
有条件通过	主体冻住，少数项挂账	见下方三个必填格；且挂账项不改变已冻结的主体	条件闭环后自动生效，⛔ 无需再开会
整改后复评	主体有问题	存在会改变主体方案、接口或关键取值的问题	重新开一次评审
否决	这条路不走了	技术上不成立，或代价已超过它要解决的问题	回上一层重新选路

最需要立边界的是「有条件通过」，它是唯一一档可以被滥用到失去意义的。滥用形态很统一：把所有没做完的事都塞进条件然后宣布通过。好处是会开完了、报表那格变绿了；代价是条件一多就没有人再逐条盯了，而其中恰好有一条会要命。

⇒ 三个必填格（缺任意一格 ⇒ 这一档给不出来，应降为整改后复评）：

1. 条件可判真假——写「补完 A 工况的台架验证并出具报告」，⛔ 不写「进一步优化过热保护策略」（后者永远无法判定关没关闭）。
2. 每条条件有唯一 owner 和一个日期——⛔ 不是部门名，是人名；⛔ 不是「尽快」，是一个日期。（与 6.1 是同一条判据。）
3. 写明「条件不满足会怎样」——最常被漏，也最重要。它逼评审席当场回答：如果这条验证结果不利，我们是停下来还是接受它？不回答，「有条件通过」实际上等于「无条件通过」——没有任何机制会在条件失败时把决定拉回来。

反方向的滥用是「整改后复评」被当成拖延工具：评审席对方案没有实质异议，但因材料不充分或关键人没到场，给一个「整改后复评」把决定推到下次。当下看起来稳妥，代价落在 1.2 那条台阶上——推迟的不只是那场会，是它下游所有依赖这个冻结点的工作。 ⇒ 补一条判据：给出「整改后复评」时必须写明未能决定的原因属哪一类——方案本身有问题（技术原因），还是材料或到场情况有问题（组织原因）。组织原因的处置是补齐后尽快再开，⛔ 不是排进下一个例行周期。这一行字让「组织原因导致的推迟」在记录上可见，而不是混在技术问题里被顺理成章地接受。

本讲小结：评审是一次有组织的风险暴露，产出是被记录下来的判断（1.1）；三类评审的差别在「冻什么」，且代价曲线是台阶不是斜坡（1.2）；讲深还是讲宽由一句话决定（1.3）；评审与放行门是两层，混为一谈的两种代价方向相反（1.4）；参会名单按判断类型倒推、按证据持有方到场核（1.5）；四种结论各有边界，「有条件通过」缺三格中任一格就应降档（1.6）。