简介这份PPT资料聚焦李尔公司Lear Corporation内部使用的项目管理程序LPMP面向汽车电子行业的项目管理人员、质量工程师及供应链从业者帮助读者理解从概念到量产全过程的标准化管理框架。资源包内含1个pptx文件大小约1.03MB以幻灯片形式系统梳理了LPMP的核心模块。内容围绕APQP要求展开涵盖产品发展与生产阶段的协作机制、DR/SR/PR/MGR等评审系统、基础网手册的团队职责说明以及风险管理、更改控制、经验教训收集和项目里程碑设置等关键环节。同时涉及工装计划、供应商基础评审到PPAP里程碑的完整链条并介绍了“一种李尔”商务协同方法。读者可借此了解汽车电子项目在时间节点、可交付物和跨职能团队协作上的具体运作方式适合作为项目管理流程学习与内部培训的参考材料。目前已有70人学习关注。1. 从一份 PPTX 拆开李尔 LPMP汽车电子项目管理到底管什么如果你在汽车电子行业做过 Tier 1 的项目大概率听过 LPMP 这个词但真正见过完整流程文件的人不多。这份《汽车电子项目管理程序.pptx》是李尔公司内部项目管理程序Lear Program Management Procedure的培训材料覆盖了从概念阶段到加速生产的全流程节点定义、评审机制和可交付物清单。它不是那种泛泛而谈的 PMP 教材而是围绕 APQP 要求、把每个阶段该交什么、谁来审、什么节点关闭写得非常具体的操作手册。这份资源适合三类人一是刚转入汽车电子项目管理的工程师需要快速理解 Tier 1 的项目节奏和交付逻辑二是做汽车电子测试或质量的朋友想搞清楚自己的工作和上游项目管理怎么衔接三是正在搭建内部项目管理流程的团队可以拿它当参照系。核心价值在于它把“概念→开发→计划→样件→试生产→加速生产”这条链上的评审节点DR、SR、PR、MGR和交付物对应关系讲透了而这恰恰是很多项目翻车的重灾区。2. LPMP 阶段模型与评审节点DR、SR、PR、MGR 到底怎么串2.1 六个阶段的时间轴与交付逻辑LPMP 把整个项目生命周期切成六个阶段概念阶段、开发阶段、计划阶段、样件阶段、试生产阶段、加速生产阶段。每个阶段都有明确的起点和终点终点以“可交付物提交完毕 管理途径评审MGR报告输出”为标志。这个设计的好处是阶段关闭不靠感觉靠交付物清单是否清空。从时间维度看概念阶段和开发阶段属于“Q 前”活动也就是正式报价之前的工作。计划阶段从商务授予Post Award开始这时候项目正式从销售交接给项目管理团队。样件阶段通常有多次样件制作样件 1、样件 2每次对应一轮设计验证。试生产阶段Pilot是量产前的最后一次全面验证加速生产阶段则在 SOP 之后持续到 SOP90 天确保产能爬坡稳定。这里有个关键概念叫“交叠时间”——阶段之间不是串行关系工程和设计活动在样件和 Pilot 阶段会变得更繁重而工厂制作活动在生产开始时和加速生产时期达到峰值。这意味着项目经理必须同时盯多条线不能等上一个阶段完全结束再启动下一个。2.2 四类评审的职责边界LPMP 定义了四种核心评审设计评审DR、供给基础评审SR、工厂评审PR、管理途径评审MGR。很多人搞不清它们的区别我按自己的理解拆一下。设计评审DR关注的是设计本身的正确性——工程图纸、数模、FMEA、设计确认报告、有限元分析结果等。它由工程/设计功能主导质量、制造、采购参与。DR 的核心问题是这个设计能不能满足顾客规范有没有潜在失效模式没覆盖到供给基础评审SR聚焦供应商端——供应商 MRD、供应商 PPAP 里程碑、供给约定点策略、工装计划、拆卸和供状验收。SR 要回答的是供应商能不能按时交出合格件他们的过程能力够不够工厂评审PR针对内部制造准备——平面布局图、过程流程图、过程 FMEA、控制计划、工装/检具计划、生产确认计划。PR 要确认的是工厂能不能按节拍生产出合格产品管理途径评审MGR是最高层级的评审由项目经理主导关注的是整体项目状态——风险、成本、时间、资源。MGR 的输出是决策继续、调整还是暂停。每个阶段结束时都必须有一次 MGR这是阶段关闭的硬性条件。2.3 评审节点与 APQP 交付物的映射关系把 LPMP 的评审节点和 APQP 交付物对应起来能看清整个体系的骨架。下面这张表是我根据 PPTX 内容整理的方便你快速定位每个阶段该准备什么。阶段核心评审关键交付物对应 APQP 要素概念MGR概念清楚化、可行性评审、财务分析、知识所有权评审计划和确定项目开发DR MGR商品策略计划、工程分析、专利保护、工作样件和模型产品设计和开发计划SR MGR报价资料、项目交接、项目计划、BOM 信息过程设计和开发样件DR SR PR MGRDFM/DFA 评审、设计确认测试、工装/检具计划、控制计划产品和过程确认试生产PR MGR过程能力分析、过程 FMEA、生产确认计划、包装规范反馈评定和纠正措施加速生产MGR持续改善、经验教训、风险管理、更改控制持续改进这张表的用法是当你接到一个新项目先定位当前处于哪个阶段然后对照“关键交付物”列检查手头有什么、缺什么。缺的项就是接下来要推动的工作。2.4 用 Python 做一份阶段交付物检查清单PPTX 里的交付物清单很长手工核对容易漏。我一般会用脚本把阶段和交付物做成结构化数据生成检查清单。下面这段代码可以直接跑输出每个阶段需要确认的交付项。# LPMP 阶段交付物检查清单生成器 # 数据结构阶段 - 评审类型 - 交付物列表 lpmp_phases { 概念阶段: { 评审: [MGR], 交付物: [ 概念清楚化文档, 可行性评审报告, 财务分析, 知识所有权评审, 市场评估, 工程分析和测试计划, 项目计划初版, 资源合作鉴定 ] }, 开发阶段: { 评审: [DR, MGR], 交付物: [ 商品策略计划, 工程和财务分析, 专利保护申请, 工作样件和模型, 初步制造过程和试验, 设计记分卡, QFDDFSS, BOM 产品定义, 过程设计指南 ] }, 计划阶段: { 评审: [SR, MGR], 交付物: [ 报价资料, 商务授予文件, 项目交接记录, 项目主办人/经理/团队确认, 内部财务和质量目标, 项目计划正式版, BOM 信息, DV 计划, 工厂分配, 目的利润, 经验教训评审 ] }, 样件阶段: { 评审: [DR, SR, PR, MGR], 交付物: [ DFM/DFA 评审报告, 设计确认测试报告, 设计 FMEA, 过程流程图, 控制计划样件, 工装/检具计划, 设施计划, 设备计划, 平面布局图, QFDDFSS, 入库/出库包装规范, 工厂制作时间表, 过程能力分析, 过程 FMEA, 工具计划 ] }, 试生产阶段: { 评审: [PR, MGR], 交付物: [ 过程能力分析更新, 过程 FMEA更新, 生产确认计划, 包装规范最终版, 工装验收报告, 供状验收记录, PPAP 提交包 ] }, 加速生产阶段: { 评审: [MGR], 交付物: [ 持续改善计划, 经验教训收集, 风险管理更新, 更改控制记录, SOP90 天产能报告 ] } } def generate_checklist(phases): 生成阶段交付物检查清单 for phase_name, phase_info in phases.items(): reviews / .join(phase_info[评审]) print(f\n{*50}) print(f阶段{phase_name}) print(f评审节点{reviews}) print(f交付物数量{len(phase_info[交付物])}) print(f{*50}) for i, item in enumerate(phase_info[交付物], 1): print(f [ ] {i}. {item}) if __name__ __main__: generate_checklist(lpmp_phases)这段代码的逻辑很直接把 PPTX 里散落在各页的交付物按阶段归类用字典嵌套的方式组织。lpmp_phases的 key 是阶段名value 里包含评审类型和交付物列表。generate_checklist函数遍历字典打印出带复选框的清单。参数调整建议如果你所在的项目有裁剪比如某些顾客不要求 QFD直接在对应阶段的交付物列表里删掉那一项就行。如果你们公司用的评审名称和 LPMP 不完全一致改评审列表里的值即可。输出结果可以复制到 Excel 或 Notion 里当检查表用。3. 从概念到加速生产每个阶段的可交付物怎么落地3.1 概念阶段把“想法”变成可评审的技术范围概念阶段的起点是“建立一种了解的技术范围或概念被考虑建立设计阶段”。这句话读起来拗口翻译成实操就是在正式立项之前先确认这个东西技术上能不能做、市场有没有需求、财务上划不划算。这个阶段的关键动作包括概念清楚化、可行性评审和财务分析、知识所有权评审、市场评估、鉴定和建立工程分析和测试、建立和同意项目计划。终点是“全部的可交付的概念被提交和管理途径的评审报告提出”。我见过很多项目在概念阶段偷懒觉得“先干起来再说”结果到开发阶段发现专利有冲突、或者财务模型算不过来返工成本极高。LPMP 把知识所有权评审放在概念阶段是有道理的——先确认没有专利障碍再投入工程资源。概念阶段的交付物清单不算长但每一项都是“一票否决”性质的。可行性评审不通过项目就不该往下走。财务分析不成立商务那边也不会批预算。3.2 开发阶段设计验证与专利保护的并行推进开发阶段的核心任务是“确认顾客的规范将是商务组织的目标”同时“确定这个零件怎样制造、测试和验证”。这个阶段有两个并行线一条是工程设计线产品定义、BOM、设计记分卡、QFD另一条是制造准备线预期过程流程、过程设计指南、Mfg. 跟踪。关键交付物里设计记分卡DFSS和 QFD 是容易被忽视但很重要的工具。设计记分卡用来量化设计满足顾客需求的程度QFD 用来把顾客需求转化为工程特性。这两个工具在样件阶段会被反复引用如果开发阶段没做好后面评审时拿不出数据支撑。专利保护也是这个阶段的重点。PPTX 里明确写了“专利保护”作为关键因素之一。实操中这意味着工程团队要在设计冻结之前完成专利检索和申请避免后续因为知识产权问题导致设计变更。开发阶段的终点是“执行全部的可交付的开发阶段和整个管理途径评审的报告提出”。注意这里说的是“全部可交付”不是“主要可交付”。LPMP 对交付物的要求是穷尽的漏一项就不算阶段关闭。3.3 计划阶段商务授予后的项目交接与基线确立计划阶段从“新的商务授予需要辨认的行为开始”算起。这个阶段的本质是销售把项目交给项目管理团队项目管理团队建立基线。关键动作包括准备报价资料、商务授予、项目交接从先期销售到项目管理、确定项目主办人和项目经理及支持团队、确认和同意内部财务和质量目标、建立和同意项目计划、确认全部 Lear 平台内容并建立内部计划。这里有个容易踩的坑项目交接不充分。销售团队关心的是拿到订单项目管理团队关心的是能不能按时交付。如果交接时没有把顾客的特殊要求、商务条款里的隐含义务、报价时的假设条件讲清楚项目经理后面会非常被动。LPMP 把“项目交接”列为关键因素就是在制度上强制这个动作。计划阶段的评审节点包括 SR 和 MGR。SR 在这个阶段主要确认供应商策略——哪些件自制、哪些件外购、供应商的 MRD 怎么定。MGR 则是第一次正式的管理途径评审输出项目基线。3.4 样件与试生产阶段DFM/DFA 评审和过程能力验证样件阶段和试生产阶段是 LPMP 里交付物最密集的两个阶段。PPTX 里样件阶段的关键元素包括DFM/DFA 评审使制造和组装最优、确认供应商涉及设计的支持基础、整理李尔平台内容的管理优化设计并综合、项目资金的审批并订购 long-lead 检具/工装和设备、设计确认测试。DFM/DFA面向制造的设计/面向装配的设计评审是这两个阶段的核心动作。它的目的是在设计冻结之前让制造和装配团队提出可制造性意见。我见过一个案例设计团队选了一个很漂亮的卡扣结构但制造团队指出注塑模具需要侧向抽芯成本增加 30%。如果没有 DFM 评审这个问题要到工装制作时才暴露那时候改设计已经来不及了。试生产阶段Pilot的重点从设计验证转向过程验证。过程能力分析Cpk/Ppk、过程 FMEA、生产确认计划、包装规范是这一阶段的核心交付物。Pilot 阶段的目标是证明在正式生产条件下过程能稳定产出合格品。这里有个参数需要特别注意Cpk 的目标值。不同顾客的要求不同但一般要求 Cpk ≥ 1.33关键特性要求 Cpk ≥ 1.67。如果 Pilot 阶段的过程能力不达标加速生产阶段就会很痛苦。3.5 加速生产阶段SOP90 天的持续改善与经验教训加速生产阶段从 SOP 开始持续到 SOP90 天。这个阶段的关键词是“持续改善”和“经验教训”。PPTX 里明确列出了“持续改善”“经验教训”“风险管理”“更改控制”作为这一阶段的核心内容。SOP90 天的设定是有讲究的新产线在投产初期通常会有产能爬坡和品质波动90 天是一个合理的观察窗口。如果 90 天后过程仍然不稳定说明前期的过程设计和验证有问题需要启动纠正措施。经验教训的收集在这个阶段尤为重要。LPMP 要求把项目过程中的问题和解决方案记录下来作为后续项目的参考。实操中我建议项目经理在 SOP90 天时组织一次复盘会把设计、制造、质量、采购的人都叫上按“什么问题→什么原因→怎么解决→下次怎么预防”的格式输出文档。4. 避坑与排查LPMP 落地时最容易翻车的五个地方4.1 阶段交叠导致评审节点被跳过现象项目进度紧张时团队为了赶节点把样件阶段和试生产阶段的评审合并或者直接跳过 SR 只做 MGR。原因LPMP 的阶段交叠设计让很多人误以为评审也可以合并。实际上DR、SR、PR、MGR 的关注点完全不同合并评审会导致某些维度的风险被掩盖。解决在项目计划里把每个评审节点单独排期明确每个评审的输入和输出。如果确实需要合并必须在 MGR 报告里单独说明被合并评审的维度如何覆盖。4.2 交付物清单不完整导致阶段无法关闭现象MGR 评审时发现某个交付物缺失比如过程 FMEA 没更新、包装规范还是草稿版导致阶段关闭被推迟。原因交付物清单太长项目经理靠记忆核对容易漏项。尤其是跨阶段更新的文件比如过程 FMEA 在样件和试生产阶段都要更新容易被忽略。解决用第 2 章里的 Python 脚本生成检查清单每个阶段关闭前逐项打勾。对于跨阶段更新的文件在清单里标注“更新版”并单独列出。4.3 供应商 MRD 和 PPAP 里程碑脱节现象供应商的 MRD 日期和项目主计划不匹配导致样件阶段等供应商的件试生产阶段等供应商的 PPAP 批准。原因SR 评审时只确认了供应商的交付日期没有确认供应商的 PPAP 准备状态。供应商可能按时交了样件但 PPAP 文件不完整。解决在 SR 评审时除了确认 MRD还要确认供应商的 PPAP 里程碑计划。把供应商的 PPAP 提交日期作为 SR 的硬性检查项。4.4 设计 FMEA 和过程 FMEA 的边界模糊现象设计 FMEA 里写了制造过程中的失效模式过程 FMEA 里又重复了一遍设计相关的失效模式两份文件内容重叠但结论不一致。原因DFMEA 和 PFMEA 的负责人不同通常是设计和制造如果沟通不充分就会出现边界模糊。解决在 DR 和 PR 评审时把两份 FMEA 放在一起对照。DFMEA 关注设计导致的失效PFMEA 关注过程导致的失效。如果同一个失效模式在两份文件里都出现必须明确哪份文件负责跟踪措施。4.5 经验教训收集流于形式现象SOP90 天时项目经理发了一个模板让大家填经验教训结果收上来的都是“加强沟通”“提前规划”之类的空话。原因经验教训收集没有和具体问题挂钩填写的人不知道要写什么颗粒度。解决在项目过程中维护一个“问题清单”记录每个实际发生的问题、原因和解决措施。SOP90 天时直接把问题清单转成经验教训文档不需要重新回忆。PPTX 里也提到了“问题清单”和“经验教训”作为项目管理的组成部分说明这个做法是 LPMP 本身推荐的。5. 用 LPMP 的评审逻辑做一次项目健康度自检LPMP 的评审体系本质上是一套项目健康度检查框架。我习惯在项目中期用它的逻辑做一次自检具体做法是把 DR、SR、PR、MGR 四个维度分别打分每个维度列出 3-5 个关键检查项按“已完成/进行中/未开始”三档评估。下面这张表是我常用的自检模板你可以直接拿去改。评审维度检查项评估标准状态DR设计设计 FMEA 是否覆盖所有关键特性关键特性清单与 FMEA 对照DR设计设计确认测试是否完成测试报告是否签署DR设计工程图纸/数模是否冻结冻结版本是否发布SR供应商供应商 MRD 是否达成实际交付 vs 计划SR供应商供应商 PPAP 是否提交PPAP 包完整性SR供应商供给基础评审是否关闭评审报告是否输出PR工厂过程 FMEA 是否更新与最新过程流程对照PR工厂过程能力是否达标Cpk/Ppk 是否满足要求PR工厂工装/检具是否验收验收报告是否签署MGR管理项目计划是否更新实际进度 vs 基线MGR管理风险清单是否更新风险等级和措施MGR管理更改控制是否闭环未关闭的更改请求数量自检的用法是每个检查项如果“已完成”得 2 分“进行中”得 1 分“未开始”得 0 分。总分低于 18 分满分 24 分时说明项目存在系统性风险需要立即组织专项评审。这个自检模板的好处是它把 LPMP 的评审逻辑从“阶段关闭时才做”变成了“随时可以做”。项目经理不需要等到 MGR 才发现问题平时就可以用这个表快速扫描。还有一个技巧把自检结果和 MGR 报告关联起来。MGR 报告里的“风险”部分可以直接引用自检中得分低的项这样评审时讨论的重点更聚焦。从那以后我每次接手新项目都会在第一周把这份 PPTX 里的阶段交付物清单导入项目管理工具然后按周更新状态。这个习惯帮我避免了好几次“以为没问题、结果评审时被卡”的尴尬。希望帮到你。本文还有配套的精品资源点击获取