Q2-04 跨部门（整车/电子/结构/软件）协同工作法

课程代码 Q2-04 · 板块 Q 职业发展与工程协作 / 工程协作与商务 时长 约 3.5 小时（5 讲 + 1 次 ICD／RACI 实操） 适合对象 系统 / 项目工程师及技术管理岗，需要跨部门协调的人（L2 进阶选修） 前置 Q1-02 从零部件到系统：工程师进阶地图 从零部件到系统：工程师进阶地图（「系统视角」这一层的本体，本课默认你已经能把一个热管理动作拆到接口这一级） 本讲义定位 讲师授课蓝本 / 学员自学讲义

---

按任务导航

你手上的事	直接看	还要配
又被叫去开会，想知道这件事到底该不该开会	第 3 讲 3.1：同步／异步 × 决策／告知四象限	3.2（三类会各自的退化形态）
会开了十几个人，谁也说不清结论	第 3 讲 3.3：信道数算例与拆组判据	3.4（一个会只许有一个待决问题）
结构要把电池包压低，我的冷板保不住流道	第 4 讲 4.2：保截面积⛔ 不等于保压降的那笔账	4.5（预算约束里怎么找解）
电子说这条通道归他们走线，我的管路没地方去	第 4 讲 4.3：通道净宽的三栏占用账	第 2 讲 2.2（这一格该写进哪条 ICD 条目）
软件说标定周期不够，硬件冻结节点又不肯动	第 4 讲 4.4：用总时差判这两周该谁出	第 2 讲 2.5（分档冻结怎么写进条目）
接口是口头约定的，下游改了没人告诉我	第 2 讲 2.1、2.2：ICD 条目的九个必填格	2.4（一处变更的二跳影响面）
接口清单建起来了，三个月没人更新	第 2 讲 2.3：牵头更新责任的三种失败形态	2.6（挂到一个必然发生的动作上）
会议纪要写了，行动项没人跟踪	第 3 讲 3.5：行动项三格与关闭判据	3.6（逐轮过账）
两个部门吵了三周，谁也不让	第 5 讲 5.4：升级前先判「这件事花的是谁的预算」	5.5（升给谁、什么时候升）
职能线和项目线给的指令互相打架	第 5 讲 5.3：双线汇报的三个协调点	5.6（工时冲突要有人签字放弃）
想在评审前自查一下自己这张责任矩阵	第 5 讲 5.2：RACI 四种病态行的体检算例	「动手做」②

⛔ 本课不覆盖：主机厂↔供应商这条跨企业边界上的接口管理（ICD 与 DIA 两份文件的关系、谁先冻、变更控制委员会 CCB 的四个出口、风险登记表与断供预案）→ M1-02 热管理项目管理与主机厂—供应商协同；研发流程与里程碑体系本体、放行门的判据 → M1-01 汽车研发流程（APQP/IATF16949）与热管理里程碑；设计评审桌上怎么讲、材料怎么组织、状态灯怎么挂判据 → Q2-01 设计评审（DR）汇报与技术表达；商务谈判、定点与报价 → Q2-02 主机厂—供应商技术对接与商务谈判；技术文档与试验报告怎么写 → Q2-03 技术文档、试验报告与专利撰写；需求逐级分解与预算逐级下发的本体 → B1-02 需求逐级分解：整车 VTS → 系统 SSTS → 零部件；机舱空间预算与数字样机 → I2-01 机舱布置（Packaging）与热害规避；管路走向、固定与整车集成布置 → I2-02 管路走向、固定与整车集成布置；运动包络与间隙管理 → I2-03 振动、热膨胀与运动包络的间隙管理；冷板流道设计、压降与温差均匀性本体 → D2-01 电池液冷冷板设计：流道、压降与温差均匀性；同一技术组内部的纵向分歧裁决（管理者与下属判断相左、仿真组与试验组结论打架）→ Q1-05 从技术骨干到带团队：新任技术管理者的角色转换。

⛔ 本课一个平台数都不给：会议频率与时长、参会人数上限、行动项关闭周期、接口条目数、冻结提前量、升级时限、空间与重量预算的总量与分配——全部由本企业的组织形态、项目节奏与平台架构决定。本课出现的确定数值只有三类：纯算术结果（可当场复算）、本课自己构造并当场标明的教学假设值（⛔ 不对应任何平台、⛔ 禁止取用）、公开可查的手册值或角色字母约定（给出处）。

---

引言：卡住的方案，多半没有技术错误

某纯电平台开发到第 11 周，电池包冷却方案卡死了。

结构那边拿着离地间隙的整车指标，要求电池包总高再降 8 mm；分到冷板这一层是 1 mm——冷板流道高度从 4 mm 降到 3 mm。热管理这边回：流道截面积是按压降与流量算出来的，降高度会破坏冷却能力，不能降。结构回：那你自己去跟整车说离地间隙不达标。

两边各自去找上级，各自写了一封邮件，各自附了一张图。三周过去，方案没动。第四周总师把两边叫到一起，问了三个问题：

1. 「你说不能降，降到 3 mm 之后压降是多少？」——热管理答不上来，因为没算过，「不能降」是一句立场，不是一个结论。
2. 「宽度可以补吗？」——可以，把宽度从 8 mm 加到 10.67 mm 就能把截面积补回来。「那压降呢？」——还是答不上来。
3. 「这 8 mm 是怎么分到你们头上的？」——两边都不知道。那个 8 mm 是整车侧一个人在一张表上分的，分完之后没有任何一个人把这张表拿给两个专业一起看过。

后来的处置花了两天：把截面积补回去之后压降确实涨了（第 4 讲 4.2 把这笔账逐步算出来，答案是约 +48%，而且其中只有一半来自水力直径，另一半来自形状），泵的余量吃得下一部分、吃不下全部；总师把 8 mm 退回整车侧重分，最后冷板承担 0.6 mm，剩下的从别处出。

复盘时最容易得出的归因是「沟通不够」。这个归因太浅，浅到没法改进——下一次多半只会变成「多开几个会」。真正发生的是三件，而且它们在卡死的跨部门问题里几乎总是同时出现：

1. 争的是立场，不是量。「不能降」与「必须降」都不可证伪。两边都没有把自己那一侧的边界参数写下来——写下来之后，争论对象就从人变成了数，而数是可以被第三方复算的。
2. 预算是别人分的，而被分的两方从没在同一张表上看过它。结构与热管理表面上在争 1 mm，实际上在争一个他们都没参与过的分配结果。这一类冲突在专业层面永远解不开，因为解在上一层。
3. 没有人知道这件事该谁拍板。两边各自向上找，找到的是各自的职能线；而这个决定要花的是整车的空间预算，两条职能线上都没有能签字的人。三周的时间花在「往上报」这个动作上，而报的方向从一开始就错了。

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

跨部门协同不是让人际关系变好，是把「这件事该怎么定」变成一个有输入、有判据、有拍板人的可执行流程。

推论有三条，一条比一条硬：

• 推论一：能写成参数的，⛔ 不许留在嘴上。一条接口只要还只存在于两个人的记忆里，它就一定会在某次人员变动、平台派生或供应商增补之后失效——而失效的那天不会有任何东西报错。
• 推论二：能异步的，⛔ 不许占用会议。会议是全组织里最贵的一种沟通形态（第 3 讲 3.4 会把这笔账算出来），把它花在状态同步上，就没有预算留给真正需要多人同时在场的那几件事。
• 推论三：升级⛔ 不是「找更大的官」，是找到那个「预算在他手上」的人。找错方向的升级不会失败得很明显——它只是慢，慢到你以为是对方不配合。

第二件要立住的事：跨部门冲突的绝大多数，背后是一笔预算的分配问题，⛔ 不是技术分歧。空间、重量、成本、功率、开发时间——这五样都是总量固定、必须分掉的东西。当两个专业在一个技术参数上僵持时，正确的第一问不是「谁的数据更准」，而是：我们在分的是哪一笔预算，这笔预算的总量是多少，是谁分的？第 4 讲整讲都在做这件事。

第三件：本课与两门邻课的边界，⛔ 不在开篇写死必然重叠或整段落空。M1-02 热管理项目管理与主机厂—供应商协同 讲的是跨企业那条边界——你和供应商之间，接口靠 ICD 与 DIA 两份带双方签署的受控文件划，争议靠合同与变更控制委员会解决。本课讲的是企业内部跨专业那条边界——你和结构、电子、软件之间，没有合同，没有付款条款，唯一的强制力来自项目节点与组织的仲裁机制。两条边界上的工具形态很像（都用接口条目、都用责任矩阵），但强制力来源完全不同，这一点决定了本课几乎所有做法与 M1-02 热管理项目管理与主机厂—供应商协同 的差别在哪。2.7 会把两侧逐格对照一次。

今天就能做的一件事：把手上正卡着的那个跨部门问题拿出来，回答四句——

• 我方的边界参数写在哪份文件的哪一条上（说不出 ⇒ 第 2 讲 2.1）？
• 对方的边界参数是什么，我是从文件上看到的还是听说的（听说的 ⇒ 2.2）？
• 我们在分的是哪一笔预算，总量多少（说不出 ⇒ 第 4 讲 4.1）？
• 这件事的拍板人是谁，他手上有没有这笔预算（说不出 ⇒ 第 5 讲 5.4）？

四问里只要有两问答不上来，这个问题再开十个会也解不开——因为会议解决的是信息不对称，而它卡住的原因不是信息不对称。

---

第 1 讲　热管理为什么天生要跨部门：接口按组合数长，而它不属于任何人的任务书

本讲回答四个问题：热管理到底和谁有接口、这些接口有多少条、为什么它们天然无主、以及为什么「跨部门能力」在这个专业上不是软技能而是硬约束。

本讲交付四件：① 一张按「相邻方 × 接口类型」两轴画出的接口全集表，以及为什么沿单一线索数必漏整类；② 接口对数随参与方数增长的算术关系与它的两个实际后果；③ 一次热管理改动的二跳影响面怎么数，以及通知覆盖率怎么算；④ 本课与 Q1-02 从零部件到系统：工程师进阶地图「系统视角」那一层的接续点。本讲不交付：接口条目怎么写（第 2 讲）、会议怎么开（第 3 讲）、具体冲突怎么解（第 4 讲）、谁拍板（第 5 讲）。

1.1 热管理的相邻方不是「几个部门」，是四类各自成立的设计语言

先把话说准：热管理在整车里的相邻方，按专业数比按部门数更有用——因为部门划法各企业不同（有的把热管理挂在底盘，有的挂在动力总成，有的单设整车集成部），而专业的边界是由物理和交付物决定的，跨企业可比。

本课取四个主要相邻专业 + 两个常被漏掉的：

相邻方	它向热管理要什么	热管理向它要什么	它的「语言」
整车集成 / 总布置	空间占用、重量、成本三本账的申报值；对整车指标（离地间隙、风阻、续航）的贡献	空间预算的分账、硬点位置、冻结节点	毫米、千克、元、日期
结构 / 车身 / 底盘	安装点载荷、包络体、运动间隙、支架接口	可用空间的形状与净宽、承载能力、减重指标怎么摊	数模、包络、强度余量
电子 / 电气	传感器与执行器的电气接口（供电、信号类型、精度）、线束路径、电磁兼容间距	线束占用了哪些通道、接插件位置、传感器的响应与精度能做到什么	引脚定义、电压电流、间距
软件 / 控制	控制对象的物理特性、被控量与可测量、标定量清单、故障降级的边界	策略验证需要多久、什么时候能给可标定的版本、控制器算力与周期	信号名、周期、状态机
工艺 / 制造（常漏）	装配顺序可行性、工位节拍、拧紧与充注的可达性	装配公差、产线能不能做这道工序	工位、节拍、工装
标定 / 试验（常漏）	试验样件的状态与数量、标定所需的台架时间	试验窗口、数据格式、复现条件	样件状态、台架排期

为什么后两类总被漏掉，而漏掉的代价出现得很晚。因为前四类会在设计评审上主动出现——他们有自己的评审席位、有自己的交付物。工艺与标定这两类的意见通常在物已经做出来之后才有落点：工艺的意见在首台样车装配时兑现，标定的意见在冬季试验时兑现。⇒ 这两类接口漏掉之后，整个设计阶段没有任何一个会议会报错，而兑现的那一刻已经没有便宜的改法了。

⚠ 这里必须说清一条射程：本表是按「热管理的相邻方」画的，⛔ 它不是整车的接口全集。某些平台上还会有座舱／人机、售后服务、法规认证等相邻方；它们没有进本表，⛔ 不代表它们不存在或不重要——本表是本课为教学枚举而收敛的一个子集，用它做自查时必须再问一句「本平台还有没有第七类」。

1.2 接口不属于任何一个专业的任务书——这是分解方式的结构性后果，不是态度问题

工作分解的常规做法是按专业切：热管理负责热管理的事，结构负责结构的事。这种切法有一个必然后果——接口落在两个任务书之间，而不在任何一个里面。

举一个具体的：「冷板与电池模组之间那层导热界面材料的厚度公差」。它归谁？

• 归热管理？——它决定接触热阻，热管理最关心。可它的实现取决于电池模组上表面的平面度，那是结构与电芯供应商的事。
• 归结构？——结构关心的是装配和公差链，他们没有理由主动去问这个厚度对热阻意味着什么。
• 归工艺？——工艺关心涂布量和节拍，他们按图纸给的公差干活。

三方都在，而没有一方的任务书上写着「负责这一格」。于是它的典型命运是：设计阶段没人定，样件阶段按经验涂，热浸试验超温之后开始查，查到第三周才有人把三条线索接上。

⇒ 钉子 A：没有被显式分配的接口，默认落到「改起来最快的那一方」头上，而在整车里那几乎总是热管理。为什么是热管理——因为热管理的整改手段里有相当一部分是软的（改风扇转速门限、改泵的控制策略、改冷却液流量分配），改一版可能一周就能验；而结构改数模要开模、电子改线束要重新做电磁兼容验证。整改代价最低的那一方，在缺乏文件约束时会被结构性地推到承担者的位置。

⚠ 这句话⛔ 不是抱怨，它是一条可以拿来做事的判据：凡是「大家都知道该谁做」的接口，都要在文件上找一遍；找不到的，就是下一次要落到你头上的那一格。

1.3 接口对数按组合数长——所以「再拉一个专业进来」的代价不是加一条

参与一件事的方数记作 n（无量纲，取正整数）。若每两方之间都可能存在需要协调的接口，则两两接口对的总数为

N_pair ＝ n(n − 1) / 2

符号与单位：n ＝ 参与方数（专业数或人数，视语境，本课在接口语境下取专业数、在会议语境下取人数，两处⛔ 不得混算）；N_pair ＝ 两两接口对数，无量纲。

适用条件三条：① 「每两方之间都可能有接口」这个前提要成立——它给的是上界，实际非空的接口对少于这个数；② 只数两两的对，三方共同决定的事（例如「布置 + 结构 + 热管理共同决定支架位置」）在这个式子里⛔ 数不出来；③ 它数的是对，不是条目——一对相邻方之间可以有十几条接口条目。

失效边界：⛔ 不能拿它去论证「所以要减少参与方」。参与方是由产品结构决定的，减不掉；这个式子的用处是解释代价的形状，以及在会议那一侧提供拆组的判据（第 3 讲 3.3）。⛔ 也不能拿它当工作量估算——每一对接口的工作量差别可以有一个量级。

算例 1-1（纯算术，可当场复算）。

设某项目最初只拉入热管理与四个主要相邻专业（整车集成、结构、电子、软件），即 n ＝ 5：

N_pair ＝ 5 × 4 / 2 ＝ 10 对

后来发现工艺与标定必须进来（1.1 的后两类），n ＝ 7：

N_pair ＝ 7 × 6 / 2 ＝ 21 对

读出什么：专业数从 5 增到 7，增幅 (7 − 5)/5 ＝ 40%；而接口对数从 10 增到 21，增幅 (21 − 10)/10 ＝ 110%。⇒ 协调代价的增速是参与方数增速的约 2.75 倍（110% ÷ 40% ＝ 2.75）。

再往前推一步：若这个数字还要加上两家供应商（n ＝ 9），N_pair ＝ 9 × 8 / 2 ＝ 36 对——相对最初的 10 对涨了 260%，而方数只涨了 80%。

这个算例的两个实际后果，都不是「所以人要少」：

1. 后果一：新拉一个专业进项目，⛔ 不能只评估它自己那部分工作量。它带来的是 n − 1 对新接口（第 n 方与已有 n−1 方各一对）。n ＝ 5 时拉第 6 方，新增 5 对；n ＝ 8 时拉第 9 方，新增 8 对。⇒ 越晚拉进来的一方，边际协调代价越高——这正好解释了为什么「项目后期才把工艺拉进来」是最贵的一种做法。
2. 后果二：这个式子给的是上界，而现实的省法是让某些对「不直接连」。把热管理设成中心节点、由它统一对接四个专业，接口对数从 10 降到 4（星形），但代价是热管理成了瓶颈，且四个专业之间的直接依赖被隐藏起来——结构和电子在同一条通道上争空间这件事，星形拓扑里热管理是看不见的。⇒ 拓扑不是免费选的，两种形态各有一类看不见的失效。

1.4 一次改动的影响面要数到二跳，只数一跳的通知覆盖率通常不到一半

热管理方案的一次改动，很少只影响一个接口。难点不在一跳——直接相邻的那几个，提改动的人自己就想得到；难在二跳：被你直接影响的那一方，会因此去改他和第三方之间的东西，而第三方从头到尾不知道源头是你。

算例 1-2（纯算术，构造的接口拓扑为教学假设，⛔ 不对应任何平台）。

设一次改动：把电子水泵从机舱左侧移到右侧（起因是给电子的高压线束让出通道）。

一跳影响（提改动的人写在变更单上的），3 个接口条目：

1. 结构：泵支架安装点位置变了（条目 S-07）；
2. 电子：泵的供电线束长度与走向变了（条目 E-03）；
3. 布置：泵的空间占用块位置变了（条目 P-11）。

二跳影响（每个一跳方因此要改的、与第三方之间的接口）：

• 由 S-07 引出：支架挪位后与车身横梁的运动间隙要重判（条目 S-12，相邻方是底盘）；支架的模态变了，噪声振动那一侧要复核（条目 N-02）。
• 由 E-03 引出：线束加长后压降与供电电压要复核（条目 E-09）；新走向与另一束高压线的电磁兼容间距要重判（条目 E-05）——⚠ 而这一条正是这次改动的起因，它绕了一圈回来了。
• 由 P-11 引出：泵挪位后管路长度变了，系统压降与充注量要重算（条目 T-04）；管路新走向经过的区域环境温度不同，冷却液温升与软管耐温要复核（条目 T-06）；泵位置变化影响排气点是否仍在系统最高处（条目 T-09）。

二跳共 7 条，与一跳的 3 条没有重复（去重后仍是 7）。

影响面总数 ＝ 一跳 3 ＋ 二跳 7 ＝ 10 个接口条目

而变更单上只写了 3 个：

通知覆盖率 η_notify ＝ 已通知条目数 / 实际受影响条目数 ＝ 3 / 10 ＝ 30%

符号与单位：η_notify 无量纲，取值 0~1（本课统一写成百分数）。适用条件：分母必须是实际受影响的条目数，而不是接口清单上的总条目数——后者算出来的是另一个量，两者⛔ 不得混说。失效边界：这个比值⛔ 不能反过来当验收指标用（「本次变更通知覆盖率达 90%」这种说法没有意义，因为分母是自己数出来的，数漏了分母就变小、比值反而变好）；它的正确用法是复盘时倒查——事后把真正受影响的条目数清楚，再看当初通知了几个。

这个算例最该带走的一句：3 / 10 这个数在复盘时看起来触目惊心，而在提变更的那一刻，提的人主观上认为自己已经通知了 100%——他确实通知了他能想到的全部。⇒ 修法⛔ 不是「要求大家想得更周到」（那是纪律，纪律拦不住），是让一跳方在回复变更单时必须填一格：「本次改动我需要连带改哪些与第三方的条目」。这一格把二跳的枚举责任从提出方转移到了被影响方，而被影响方是唯一真的知道答案的人。第 2 讲 2.4 会把这一格写进条目模板。

1.5 跨部门能力在这个专业上不是软技能，是硬约束——一个可核的判法

「跨部门能力和技术能力同等重要」这句话正确但没法用，因为它不可证伪。本课把它换成一个可以当场核的判法：

拿最近三个卡住超过两周的技术问题，逐个问：它卡在哪一步？ ——卡在「算不出来／测不出来／原理不清楚」⇒ 这是技术问题； ——卡在「结论有了，但另一方不接受／不知道找谁定／定了没人执行」⇒ 这是协同问题。

算例 1-3（本课构造的教学统计口径，⛔ 不是任何行业调查数据，⛔ 禁止引用为事实）。假设某组做了这个统计，三个月内卡住超两周的问题共 11 个，分类结果为：技术类 3 个，协同类 8 个。

协同类占比 ＝ 8 / 11 ＝ 72.7%

⚠ 这个数是教学假设值，⛔ 不对应任何真实统计；把它写在这里的作用不是告诉你「行业里大约七成问题是协同问题」——那句话本课给不出依据。它的作用是示范这个分类动作本身：这个统计每个组都能在半小时内自己做一遍，而做完之后，「要不要在协同上花力气」这件事就从一个态度问题变成了一个本组的数。

⇒ 本课全部内容的适用性判据就是这个数：如果你所在的组做完统计发现协同类占比很低，那本课对你的边际价值确实不高，去看 Q1-02 从零部件到系统：工程师进阶地图 或专业课更值。⛔ 本课不假装对所有人同等重要。

与 Q1-02 从零部件到系统：工程师进阶地图 的接续点。Q1-02 从零部件到系统：工程师进阶地图 讲的是「从零部件视角升到系统视角」——学会问「这个件变了，系统的哪个量会动」。本课接在它后面，问的是下一层：那个量动了之后，需要另一个专业配合改，而这件事该怎么发生。⇒ 两课的分工是清楚的：Q1-02 从零部件到系统：工程师进阶地图 让你看见接口，本课让你操作接口。⚠ 顺序⛔ 不能倒——看不见接口的人拿到 ICD 模板，填出来的会是一张零件清单。

1.6 本讲易错点五条

易错点 1-①：把接口清单沿「我认识谁」这条线索列。 为什么会错：人是按组织和熟悉度出现在你脑子里的，而接口是按物理与交付物存在的。沿人去数，一定漏掉那些「你不认识但确实有接口」的方——工艺和标定被漏掉的机理正是这个。 怎么当场发现：把 1.1 那张两轴表打出来，逐格问「这一格有没有人确认过」。凡是整行或整列都空的，先怀疑是漏了而不是真空。

易错点 1-②：把「未确认」画成「空」。 为什么会错：两者在表上长得一样（都是没内容的格），而语义相反——「空」是有人判过、结论是这一格不存在接口；「未确认」是根本没人看过。混在一起之后，整张表就没有任何未决项了，因为所有未决项都伪装成了结论。 怎么当场发现：抽三个空格，问「这一格是谁判空的，什么时候判的」。答不上来的，就是未确认。

易错点 1-③：拿 N_pair ＝ n(n−1)/2 去论证「参与方要少」。 为什么会错：参与方是产品结构决定的，不是可选项。少拉一个专业进来⛔ 不会让接口消失，只会让它推迟出现——而推迟出现的接口在 1.3 后果一里已经算过：越晚进来的一方，边际协调代价越高（n ＝ 8 时新进一方带来 8 对新接口，而 n ＝ 5 时只带来 5 对）。 怎么当场发现：听到「这个阶段先不用把工艺叫进来」时，问一句「那他的意见什么时候兑现、那时改的代价是多少」。

易错点 1-④：只做一跳影响评估，并且主观上认为自己已经通知全了。 为什么会错：二跳影响的信息不在提出方手上——他不知道结构那边的支架挪位会牵动模态。这不是周到不周到的问题，是信息物理上不在他那儿。 怎么当场发现：复盘时倒着数一遍实际受影响的条目，算 η_notify（1.4）。第一次算出来通常在三成上下，而这个数不是用来指责谁的，是用来说明「靠周到解决不了」。

易错点 1-⑤：用星形拓扑（全部经热管理转手）来「简化」协同，而不说出它的代价。 为什么会错：星形确实把接口对从 n(n−1)/2 降到 n−1，但它把两件事同时藏了起来——热管理成为单点瓶颈（他不在，全线停）；非中心方之间的直接冲突变得不可见（结构和电子在同一条通道上争空间，热管理不一定知道）。 怎么当场发现：问「有没有哪两个专业之间的事，是绕过我直接定的」。答「没有」的，多半不是真的没有，是你看不见。

---