简介这份VDA-QMC《新零件成熟度级别保证》第三版2021年10月PDF由德国汽车工业协会质量管理中心正式发布面向主机厂、零部件供应商及供应链质量管理工程师用于评估新零件开发过程中的项目成熟度与质量保证水平。文档以供应链联合质量管理为主线阐述产品创建阶段如何通过成熟度等级、测量准则和文档化流程客观判定项目进展促进主机厂与供应商之间的协作与透明。压缩包内为单一PDF文件共1个文件大小2.03MB适合下载后打印或归档。目前已有653人学习浏览。内容涵盖第三版前言、成熟度等级定义、项目进度评估方法及其客观判定规则尤其针对产品复杂性提升、机电一体化与软件集成等趋势给出了可落地的测量指标、文档模板和项目里程碑建议。文档强调在项目过程中持续评估而不只关注最终结果并提供可量化的成熟度等级与检查表同时回应了电气化、智能网联等新趋势使评估体系与当下产品开发实际更匹配。读者可据此建立统一的成熟度评估框架减少供应链中的质量分歧支撑从概念到量产阶段的稳定批量质量。 做汽车行业质量这块每年都会收到一堆顾客特殊要求文件。2021年之后德系项目里出现频率最高的一个PDF文件名通常长这样VDA-QMC Maturity level assurance _3rd 2021.pdf。不少质量工程师第一次看到它是懵的不知道它跟APQP、PPAP是什么关系也不知道拿到手之后到底该做什么。这篇文章就把它讲透顺便聊聊我实际带项目时是怎么落地这套成熟度等级评估的。简单说这份文件是德国汽车工业协会质量管理中心VDA QMC发布的《成熟度等级保证》Maturity Level Assurance简称MLA第三版定义了一套从项目启动到量产SOP之间把项目分成七个成熟度等级、进行动态评估和风险管控的方法。适用人群很明确汽车零部件供应商的项目经理、质量经理、工艺工程师主机厂负责供应商质量的SQE以及做电子件、软件件、结构件的供应链相关岗位。如果你正在负责一个新零件开发或者正在被顾客要求提交“成熟度报告”那这篇内容可以直接拿去用。1. 这文件到底是啥VDA-QMC和MLA的背景1.1 三个缩写先讲清楚在聊具体做法之前先把三个缩写拆开说不然很多新手拿到文件连名字都念不顺。VDAVerband der Automobilindustrie德国汽车工业协会相当于德国汽车行业的“标准联盟”。QMCQualitäts Management Center质量管理中心专门负责给整个汽车供应链输出统一的质量管理方法、手册和评估标准。VDA QMC出版过一系列在行业内非常有分量的卷册比如VDA 2、VDA 4、VDA 6.3都是干质量的基本工具。MLAMaturity Level Assurance成熟度等级保证就是这套体系里专门管“新项目从无到有”的方法卷。为什么要叫“成熟度等级保证”而不是叫“项目质量管理手册”我个人的理解是它想强调的不是“质量好与坏”的结果判断而是“准备程度”的持续确认。就好比一棵树我们不关心它“是不是已经结果”而是关心它“目前长到了哪个阶段、还缺什么养分、有没有病虫害风险”然后提前干预。成熟度等级这套逻辑本质上就是给新项目做定期体检而不是等到量产那天才来一次期末考。1.2 为什么德系顾客都在推MLA而不是APQP很多工程师会问APQP大家都在用为什么还要再来一个MLAAPQP是北美汽车工业搞出来的先期产品质量策划核心思想是把项目分成几个阶段每个阶段设一道“门”通过评审才能进入下一阶段。这套逻辑当然有用但实际执行中很容易走样。我见过不少项目平时过程资料都不齐评审前两天突击补报告、补签名门倒是都过了问题却一个没少全留给量产去爆雷。APQP的阶段门评审更像“考试”过了就过了不够动态。MLA的逻辑不太一样。它不设“通过/不通过”的二元结论而是把项目拆成若干个成熟度要素每个要素按0%、33%、66%、100%四个档位打分用百分比的高低反映“这件事是否真正准备好”。分数不达标不用慌只要顾客和供应商都认可风险并且有明确的整改计划和责任人项目可以继续往前走。这种做法的好处是问题在过程中就会被摆到桌面上而不是被一个“评审通过”的章盖过去。简单做个类比APQP是“楼层施工验收”每层楼盖完了检查一次合格了继续盖MLA是“全程健康监测”血压、血糖、心率每隔一段时间就看一遍哪个指标偏离了正常范围马上开药调理。等楼盖完再查出钢筋有问题代价就太大了。2. 成熟度等级精读ML 0到ML 62.1 七个等级在讲什么MLA最核心的框架是把一个新项目从“询价”到“量产”划分成七个成熟度等级编号从ML 0到ML 6。注意这里的等级不是“分数越高越好”而是“阶段标志”用来告诉所有相关方项目现在站在哪个位置这个位置该完成什么。我整理了一个速查表成熟度等级阶段含义这个节点该完成的核心工作ML 0项目获取/询价阶段对顾客询价进行可行性分析评估技术、产能、成本风险ML 1合同授予/项目启动项目定点后召开启动会明确顾客要求、项目团队、里程碑ML 2项目详细计划确认开发计划、资源计划、采购计划、质量计划全部落实ML 3产品与过程方案确认样件C样完成产品和工艺方案被顾客验证可接受ML 4试产准备完成工装、设备、检具、产线布局、人员培训到位准备试产ML 5试产/爬产验证小批量试产验证批量工艺流程PPA通常在这个阶段进行ML 6量产开始SOP产能稳定、质量稳定顾客批准量产放行每个等级不是一个孤立日期而是一个“阶段窗口”。比如ML 4不是某一天“宣布完成”而是从产线预验收、工装调试、人员培训到试生产计划落地这一整段时间里所有相关要素都慢慢成熟最终达到顾客约定的目标值后再正式确认。2.2 成熟度百分比是怎么打出来的去过MLA评估现场的人都会对这套打分规则印象很深。它不是简单打钩而是每个成熟度要素都有明确的评级标准0%没有启动也没有计划33%有初步方案或计划但还没有实施66%已实施且已有部分证据但尚未完全验证100%完全实施并通过验证证据完整顾客确认每个要素的分数汇总到等级上再用红黄绿三色显示风险状态。常见的规则是绿色代表该等级目标已达成或风险可控黄色代表有关注项需要限期整改红色代表存在较大风险必须升级管理层关注。不同OEM对颜色阈值的定义稍有差异有的是90%以上才判绿有的按要素数量比例来算具体以顾客要求为准。有一次我做某德系项目顾客对ML 3的要求是“所有要素必须达到66%以上且关键要素达到100%”我们当时有一条“采购件产能验证”只做到66%顾客直接把它标成黄色要求一个月内补做产能核算并提交产线负荷分析报告。这个事给我印象很深MLA的黄色不是等闲视之的“小提醒”它会变成正式的整改项跟着项目例会一直到关闭为止。2.3 谁负责给等级打分很多初次接触MLA的人会问成熟度等级是供应商自己给自己定还是顾客来定答案是双方一起定。标准做法是供应商先做自评按照文件中的检查表逐条打分并附上证据然后顾客审核通过联合评估会议逐项确认双方对最终分数达成一致。如果顾客不认可供应商的评分以顾客评价为准供应商觉得顾客评分不合理也可以提出申诉并提供额外证据。但注意MLA的目的是“暴露风险、共同解决”不是“双方扯皮、互相博弈”。我自己的体会是评估会最怕的不是顾客严格而是供应商自评给得太高。自评九十分到现场证据拿不出来顾客印象分会打折扣不说整改时限还会被压得很紧。所以内部宣贯时我总提醒团队自评尽量“保守”用证据说话没有证据宁可先判33%或66%也不要凭感觉给100%。3. 落地实操把MLA塞进现有项目流程3.1 第一步项目分类和文件剪裁拿到MLA文件先不要急着把几百条检查项全部铺开。第一件事是判断项目该用哪种力度来执行。行业内没有强制所有人必须用MLA但大多德系OEM会把它写进采购合同或供应商质量手册。如果顾客在定点前就发来这份文件那基本等于告诉你这个项目要用这套方法来管理成熟度。至于执行深度可以根据项目复杂度调整。简单类推项目比如已有成熟产品做外观改款检查表可以裁剪到只保留生产策划、采购、物流、质量相关要素全新开发且涉及新工艺、新材料、新供应商的项目则建议所有要素全部过一遍。我见过一些公司把MLA作为“所有新项目统一框架”来推不分项目大小全部套用结果小项目被流程拖累团队怨声载道。更好的做法是定三个项目类别——完整项目、变更项目、简单复制项目每个类别对应一套检查表模板既满足顾客要求又不浪费资源。3.2 第二步建立MLA跟踪表落地MLA我建议用一张简单的Excel跟踪表起步不需要一上来就上PLM系统。表格列这些字段就行顾客检查项编号检查项描述对应内部责任部门对应内部流程输出物当前评分0%/33%/66%/100%目标等级要求证据链接未达标项整改措施责任人计划关闭日期实际关闭日期每个成熟度等级单独建一个sheet或者按项目建一个工作簿。用条件格式把低于目标值的行标成红色把已达标的标成绿色。这张表就是项目的成熟度仪表盘。我习惯在项目例会里加一个固定环节叫“成熟度Review”不用长十分钟以内过一遍红色项、新增的黄色项、以及快到期的未关闭项。这十分钟看着不起眼但坚持开两个月项目团队对“准备度”这个概念会敏感很多。3.3 第三步开好联合评估会MLA的联合评估会形式上很像过程审核但侧重点不一样。过程审核看的是“体系运行得怎么样”MLA评估看的是“这个具体项目是否准备到位”。做评估会时有几个实际做法非常关键。第一开会前先把跟踪表发给顾客附上证据链接让顾客有充分时间提前看而不是会上对着屏幕翻文件。第二一定要请现场人员参加不要只让质量部对口。顾客问到底层细节时工艺员和班组长比质量经理更了解实际情况。第三顾客提出疑问时当场能演示的就去现场演示尤其是工装切换、设备参数、检具重复性这些内容视觉证据比口头解释有力得多。开完会马上输出三样东西评估结果汇总各要素得分、未达标项清单、成熟度提升计划。这三份文档要在一个工作日内发出来趁大家记忆新鲜的时候定好责任人和期限。3.4 第四步和APQP、PPA组合使用MLA不是来替代APQP的它是跟APQP配合着用的。我的习惯是把APQP当作项目管理的框架管范围、管时间线、管交付物把MLA当作成熟度的动态跟踪工具管风险、管准备度到量产前再用PPA生产过程和产品批准对应VDA 2做最后一道正式放行。时间上的对应关系大概是这样的RFQ阶段对应ML 0定点后开kickoff对应ML 1详细计划确认对应ML 2C样完成前后对应ML 3试产准备完成对应ML 4小批量试产和PPA对应ML 5最后SOP对应ML 6。把MLA的红色项清单直接作为PPA的输入PPA审核时重点复核这些红色项是否已经关闭能避免试产阶段再手忙脚乱。4. 2021第三版的主要变化与文件使用建议4.1 第三版强化了什么我手里这份2021年第三版相对更早的版本有几处变化在实际使用中感受比较明显。第一是术语全面英文化。早年的资料很多还叫“Reifegradabsicherung”德国人自己看没问题放到全球供应链里沟通成本很高。第三版统一成了英文的Maturity Level Assurance缩写就是MLA大家沟通起来顺畅很多。第二是对供应链深度评估的强调。第三版不只要求看直接供应商还要求对关键零件、关键工艺的次级供应商做延伸评估。这跟现在芯片短缺、原材料价格波动导致供应链风险大增的背景是对应的。我遇到过顾客在评估时直接问“你这颗关键芯片的二供备选方案成熟度是多少”不懂MLA的团队会觉得这是采购问题懂MLA的团队会马上拿出一张次级供应商成熟度跟踪表。第三是软件和电子相关内容明显增加。现在的汽车零件几乎都带嵌入式软件或电子控制单元传统机械件供应商对软件质量管理普遍不熟。第三版检查表里对软件版本管理、软件测试覆盖率、网络安全相关要求、诊断功能验证等都提出了评估项。做电子和软件的朋友建议重点研究这部分这是很多公司容易丢分的地方。第四是风险导向更明确跟AIAG-VDA FMEA手册的思路齐平。文件里不只要求“有措施”还要求“措施能降低风险到可接受水平”。我再强调一次MLA不怕暴露问题怕的是拿一份“看起来都很完美”但经不住细问的报告去汇报。4.2 拿到PDF后应该先读哪儿拿到这份PDF不要从头啃到尾那样大概率三天就忘了。我建议按这个顺序读先读引言和适用范围搞清楚这套方法什么时候用、谁用。再直接跳到“成熟度等级定义”部分把ML 0到ML 6每个等级的核心目标看一遍建立整体框架。接着读“成熟度要素和评分规则”这部分决定了你怎么打分、怎么判颜色。最后再看检查表本身而且不是一次性看完是在项目实际推进时逐项对照。有一个小技巧把每个成熟度等级的检查项复制到Excel里按责任部门分列然后发给各部门负责人让他们自己先做一轮认领。这一步做完项目组对MLA的理解深度会完全不一样。5. 实操者视角踩坑记录和避坑心得5.1 三个常见坑我做过好几轮MLA评估也旁观过别的项目翻车总结下来有三个坑出现频率最高。第一个坑把MLA当成“文件补丁工程”。有些团队平时不推进临到顾客评估前才开始补自评表、补照片、补报告。这种临时抱佛脚在MLA评估里几乎必翻车因为顾客的评估员不是只看有没有文件而是会追问数据来源、会去现场随机验证。我见过一个供应商被问到“这条全检记录为什么和现场生产节拍对不上”当场就露馅了。第二个坑把“黄色”不当回事。有些团队一看自评都是黄色觉得“反正不是红色问题不大”结果顾客在正式报告里把黄色全部列为“监视项”要求每月跟踪整改进度。一个黄色不可怕几十个黄色叠在一起就等于给项目背上了一个沉重的跟包袱。正确的做法是黄色项必须在两周内升级成绿色或给出明确的关闭计划不能让它悬太久。第三个坑自评和证据脱节。自评表上写“已实施”证据链却是空的或者证据目录有几十个链接但点开一半是过期版本。MLA评估会议本质上是一场“证据链审查”每一分都要有支撑。所以我在公司内部推了一个“证据链一页纸”方法每个检查项一行列清楚输出物名称、存放路径、最新版本号、维护人。每次更新评分前先确认证据链接有效再动分数。5.2 两个好用的方法其实做MLA并不需要什么复杂系统两个很朴素的方法就够用。第一个是“一页纸证据链”上面已经说了这是保证自评可信度最有效的工具。第二个是“红黄绿周例会”每周项目例会固定花5到10分钟过一遍成熟度状态只讨论红色项和新增黄色项。不要等顾客来评估了才“大扫除”。我自己做过一次实验同一个项目前两个月按周度更新MLA跟踪表后两个月只在顾客评估前更新一次。结果很明显周度更新阶段大家面对红色项不慌因为每天都在接触早就想好了对策集中补资料阶段每个人都很紧绷数据还经常要重新核实。从那以后我基本不在项目里接受“季更式”成熟度管理。5.3 给刚入门的人一句话建议如果你之前完全没接触过MLA不用急着把整套体系吃透。挑一个正在做的新项目把ML 0到ML 3的检查表拿出来配合这份2021版PDF先跑一轮自评再约顾客做一次非正式沟通。两三次下来你就能感受到它和普通项目例会之间的差别——它逼着团队在每一个时间点都说清楚“我们到底准备到什么程度了”而不是等到出了问题再去解释。最后再分享一点我自己的体会。最早接触MLA时我也觉得是顾客又多给了一张表应付一下就行。真正跑完两三个项目之后才理解这套方法是在逼项目团队把话提前说清楚现在的风险是什么、由谁来承担、什么时候解决。它不鼓励报喜不报忧反而鼓励把问题早点暴露出来。对一个质量管理者来说这种“敢揭短”的机制比一份满是“已完成”的报告有价值得多。如果你手里也有一份第三版的MLA文件别只把它存进“顾客要求”文件夹挑一个刚启动的新项目从ML 1开始试起来。本文还有配套的精品资源点击获取
