TMS BOOK · ACADEMY 课题
热管理项目管理与主机厂—供应商协同
热管理系统横跨制冷、流体、结构、电子、软件五个专业，牵涉的供应商也常常不止一家，项目管理稍一失手就成了"背锅系统"。本课把项目管理铁三角落到热管理项目的接口管理、协同机制和风险应对上。
M1-02 · 项目、质量、成本与合规 / 研发流程与项目管理
待认领listed
→
众筹中recruiting
→
已开课open · Course 售卖
一课题可并存多讲师版本
课程大纲
学完能做什么
- 识别热管理项目相比单一专业项目的额外管理复杂度
- 用范围/进度/成本/质量的权衡逻辑处理热管理项目的变更请求
- 搭建主机厂—供应商的协同机制（联合项目组、问题清单、接口冻结）
- 识别并应对供应商侧的产能与技术风险
内容大纲
- 热管理项目的特殊性：跨专业接口、多供应商与被集成方地位
- 跨专业接口多：制冷回路、流体管路、结构布置、电子控制、标定软件
- 供应商多头：压缩机、板换、EXV、传感器往往分属不同供应商
- 热管理常是"被集成方"，接口话语权弱但责任重
- 铁三角权衡与变更请求的评审闭环
- 进度/成本/质量的三角权衡：任何一角收紧都会压另外两角
- 变更请求（CR）的评估流程与变更控制委员会 CCB
- SOW、责任矩阵与主机厂—供应商协同机制
- 范围管理：SOW 边界不清是热管理项目扯皮的第一大来源
- SOW 条款的结构化清单：交付物清单（数模/样件轮次/试验报告/软件版本）、各方职责边界、接口与验收方法（判定阈值与签署人）、变更与费用触发条件、时间节点——五块缺一块就是后期扯皮的入口；条款之外的技术协议与商务条款层由 Q2-02 承接
- SOW（工作说明书）与责任矩阵
- 联合项目组：周例会、共同里程碑表
- 问题清单（Issue List/Open Point List）双方共同维护而非单边挂账
- 接口管理：ICD/DIA 与接口冻结
- 与电池/电驱/座舱等专业的接口控制文件（ICD）
- 接口冻结时间点：谁先冻、谁后冻，热管理往往夹在中间
- 接口变更的连带影响评估
- ICD 不覆盖全部接口：功能安全相关件另有开发接口协议（DIA），逐条分派 OEM 与 Tier1 的工作产物归属、里程碑与证据交换清单、确认措施责任方；接口冻结时 ICD 与 DIA 要一起冻，只冻 ICD 会让安全工作产物落缝（本体见 K4-09）
- 风险管理与断供应急预案
- 风险登记表：概率×影响的定量排序
- 供应商产能/技术风险的多寻源（Multi-sourcing）策略
- 风险登记表要活着用，不是建完就归档
- 断供发生后的处置序列：应急分级 → 替代料临时放行（写清放行凭据与决策人，回指 M2-01 的重新 PPAP 与 M2-03 的遏制措施，不能变成先用了再说）→ 限产/排产调整 → 客户通报；每一步定死决策人与升级时限
- 安全库存与缓冲的口径：按谁的 lead time 定——Tier1 交付期、Tier2 芯片/精密电机排产期、材料与工质的认证周期（后者常以年计）分档设缓冲；缓冲不是越多越好，要与 TCO 中的库存持有成本对账
关键公式
SPI = EV/PV，CPI = EV/AC
挣值法进度/成本绩效指数，量化"到底是真的领先还是嘴上领先"
总时差 = 最迟开始 − 最早开始
关键路径法（CPM）判据，总时差为零的活动在关键路径上，任何延误直接影响交付
风险值 = 概率 × 影响
风险矩阵定量化打分，用于给风险登记表排优先级
关键概念
SOW联合项目组问题清单 Issue List接口控制文件 ICD关键路径 CPM风险矩阵多寻源变更控制委员会 CCBRACI 矩阵接口冻结开发接口协议 DIA安全库存与缓冲口径
推荐工具与标准
MS Project / Primavera P6 PLM/ALM 协同平台 问题跟踪工具（Jira 或自建 Excel 台账） 风险登记表模板
IATF 16949 AIAG APQP 参考手册
工程案例
某热管理 Tier1 同时为两个平台开发相似结构的压缩机总成，产能规划按"平均产能"排布，未与其中一个主机厂的 SOP 提前对齐，量产爬坡（ramp-up）阶段暴露产能缺口——补救靠临时多寻源加一条产线，新产线还得重跑 PPAP 与 Run@Rate 验证，代价远高于早期按客户 SOP 与月度提量曲线预留缓冲。
动手做
交付物 · 针对一个虚构热管理子系统项目，① 画出该项目的 RACI 矩阵；② 列出与 3 个相邻专业（电池/电驱/座舱任选）的关键接口与各自冻结时间点；③ 建一份问题清单模板，演练 2 条典型问题从提出到闭环的完整记录；④ 断供桌面演练：给定某单点件突然停供，限时走完「应急分级→替代料临时放行→限产/排产调整→客户通报」的处置序列，并把演练结论回写进第 5 节的风险登记表。
常见误区
- SOW 边界写得笼统（如"负责冷却系统集成"不写清具体交付物），后期扯皮谁该做什么
- 问题清单只由主机厂单边维护，供应商响应节奏不受约束
- 接口冻结时间点各专业各定各的，热管理成为最后被迫接受既成事实的一方
- 风险登记表建完就归档，风险发生了也没人翻出来对照过预案
- 把进度百分比汇报当成实际完成度，缺 RACI 导致关键动作没人真正负责
相关课题