美国留学

成熟度等级保障方法的主要目标是什么？

成熟度等级保障（MLA）方法的主要目标是通过协调供应链中的内容和操作，提高所交付产品的启动质量（Launch quality）、交付质量（Delivery quality）和现场质量（Field quality）。其核心在于确保产品能够在约定的里程碑时刻达到约定的质量标准，从而保障持久且稳健的批量生产质量。

为了实现这一核心目标，该方法在实施过程中包含以下关键子目标：

• 早期风险识别与纠正： MLA 致力于在产品创建过程中尽早发现与项目目标之间的偏差，以便能够毫无延迟地采取纠正措施，避免额外的成本和延误。

• 供应链的深度集成： 通过定义具体的合作模式（如“圆桌会议”），确保所有利益相关方（包括客户内部和整个供应链的供应商）在产品创建流程的早期就实现跨职能集成。

• 统一的理解与透明度： 该方法建立了对专业术语和定义的统一理解，并为所有参与方提供了关于项目进展、行动管理和升级流程的透明度和可追溯性。

• 客观评估与标准化： 利用标准化的成熟度等级和量化的测量准则，对产品和制造过程的成熟度在约定的时间点进行客观评估，从而识别出成熟度处于关键状态的产品。

总结而言，MLA 不仅是一种质量保证手段，更是一种增强项目管理能力的控制工具，它通过在整个供应链中建立一致的评价体系，确保产品从概念到量产的每一步都稳扎稳打。

打个比方： 成熟度等级保障就像是为一场大型马拉松比赛设置的“分段计时检查点”。它不仅关心运动员最后是否跑到了终点（量产启动），更要在每个公里里程碑处检查运动员的体力、配速和补给状况（成熟度评估）。如果在前 5 公里发现运动员脱水（识别偏差），检查组会立刻提供补给或调整策略（纠正措施），以确保运动员不会在半路倒下，最终能以稳健的状态跑完全程并获得优异成绩（稳健的批量生产质量）。

VDA MLA 成熟度等级 0：创新释放与可行性论证

在VDA新零件成熟度保障（MLA）方法论中，成熟度等级0（ML0）概念阶段（Concept phase），其核心目标是评估创新的技术可行性、市场风险，并为后续的正式定点和开发奠定基础。

以下是ML0的具体任务及评审要点，主要通过四个关键指标（Indicator）及其测量准则（Measurement criteria）来体现：

1. 项目管理 (Project Management)

• 任务： 明确项目的所有基础假设。

• 评审要点：

◦ 位置与组织： 确定客户的研发和生产地点、内部与第三方开发的比例、项目结构及协作模型。

◦ 里程碑计划： 建立包含关键路径（Critical path）的初步进度计划。

◦ 范围定义： 明确订单范围、组件进度、潜在供应商、包装概念及备件供应策略。

◦ 电子/软件特定： 确认流程手册是否符合ASPICE规定，初步定义系统级和组件级的软硬件架构，并完成安全相关性评估。

◦ ML1预览： 明确达成下一等级（ML1）所需的活动、负责人及计划时间，识别可能危及ML1达成的潜在因素。

2. 创新 / 概念 / 可靠性 (Innovation / Concept / Reliability)

• 任务： 确定新技术或方法的应用，并完成初步的技术可行性验证。

• 评审要点：

◦ 技术识别： 识别项目中的“新领域”（如新材料、新功能、新架构），并记录从前期开发或以往项目中的经验教训（Lessons Learned）。

◦ 法律合规： 明确并解决涉及专利法和许可法的问题。

◦ 系统边界： 定义创新的电气、机械和几何边界（如边界图），分析与车辆其他接口的交互。

◦ 安全与规范： 评估功能安全（ASIL等级）、网络安全以及法律法规要求。

◦ 技术可行性陈述： 通过计算、仿真、数字验证或实验样件（A样件）证明技术概念的可行性，并提供初步的经济性评估。

3. 采购过程 (Procurement Process)

• 任务： 开展采购市场分析，识别潜在的供应风险。

• 评审要点：

◦ 市场分析： 由采购主导的跨职能团队完成潜在供应商分析（如依据VDA 6.3），评估创新产品的市场供应能力。

◦ 时间控制： 确定供应商选择的最后期限，以确保不影响项目进度。

◦ 软件特定服务： 评估所需的所有外部服务或产品（如库文件、AutoSAR系统软件）及外部合作伙伴，识别**开源软件（FOSS）风险。

4. 风险管理 (Risk Management)

• 任务： 捕捉所有已知的影响因素，并制定风险规避策略。

• 评审要点：

◦ 质量影响： 定义使用概况（环境影响），记录产品和过程风险，提供系统和组件的FMEA分析。

◦ 可靠性指标： 确定可靠性指标（如MTTF平均失效时间），评估软件系统的维护和安全漏洞管理能力。

◦ 风险分类： 针对所有待供零件进行初步的ABC风险分类（在ML0阶段暂不考虑供应商标准）。

◦ 回退策略（Fallback Strategy）： 针对所有创新项目定义基于成熟技术的替代方案，直到创新方案通过验证。明确切换到替代方案的决策点和停止准则，以避免额外的项目风险。

打个比方： ML0就像是建筑工程中的“地质勘察与立项论证”阶段。在这个阶段，工程师（项目团队）不只是画草图，还需要确认地基下面有没有暗河（识别技术风险）、周围能不能买到合适的建筑材料（采购分析）、如果预定的新技术不行有没有备选方案（回退策略），只有当地基情况和建设方案都清晰且可行时，才能正式批准进入下一步的大规模施工。

ML0（开发前的创新释放）输出结果直接决定了ML1的质量与可行性

在VDA新零件成熟度保障（MLA）体系中，ML0（批量开发前的创新释放）作为概念阶段的终点，其输出结果直接决定了ML1（发布合同时的需求管理）的质量与可行性。

根据来源，ML0结果对ML1合同阶段的影响主要体现在以下几个核心维度：

1. 奠定需求规范（Requirements Specification）的基础

ML0阶段对创新的技术可行性陈述、系统边界定义以及初步经济性评估，是ML1制定“组件需求规范”的核心依据。

• 技术输入： ML0确定的技术架构、系统接口及其与整车交互的已知风险，会被转化为ML1合同中具体的性能和功能要求。

• 经验教训转化： ML0要求记录前期开发或以往项目的“经验教训”（Lessons Learned），这些信息在ML1中会被整合进产品设计和生产过程要求中，以避免在合同阶段遗漏关键质量目标。

2. 驱动风险分类与协作模式的选择

在ML0完成的零件初步ABC风险分类，直接影响ML1阶段的采购策略和供应商选择。

• 供应商定点参考： ML0的采购市场分析和风险评估结果，帮助客户在ML1确定供应商池、网络以及相应的释放标准。

• 监控强度预设： 这种初步分类预示了后续合同执行中是采取“圆桌会议”的高强度监控，还是供应商自评的低强度模式。

3. 决定回退策略（Fallback Strategy）的合同约束

ML0要求针对所有创新项目定义回退方案。

• 风险规避： 如果ML0的创新验证存在不确定性，ML1的合同和项目进度计划必须包含这些回退方案的决策点和切换准则，以防止创新失败导致整个项目目标失控。

4. 确保ML1阶段的组织就绪度（Readiness）

ML0包含一个专门针对ML1的预评（Preview）指标（0.1.2 / W1.1）。

• 活动对齐： 该预评要求识别达成ML1所需的全部活动和负责人。如果在ML0评估中发现有任何因素（如资源不足或技术假设未达成）可能危及ML1，则必须在签署合同前制定纠正措施。

• 组织概念： ML0确定的项目组织架构和协作模型，在ML1中会演变为具体的客户项目组织概念，明确各职能部门的职责分配（RASI）。

5. 可靠性与目标设定

ML0对可靠性指标（如MTTF）和使用环境剖面的定义，直接输出到ML1中作为保修费用预测、可靠性目标和现场预测的基准。这确保了合同中的质量指标是有据可依的，而非盲目设定的。

总结： 如果说ML1是签署一份科学、严谨的“投产契约”，那么ML0就是这份契约的“尽职调查”。ML0产出的每一个技术结论、风险评分和可行性证据，都会转化为ML1合同中的技术条款、质量标准和供应商管理要求。

打个比方： ML0和ML1的关系就像是“登山前的路线勘探”与“签订向导合同”。在ML0，你必须查明哪条路有雪崩风险（风险管理）、哪条路坡度最陡（技术可行性）；只有拿着这份详尽的勘探报告，你才能在ML1与登山向导（供应商）签订合同时，明确规定需要带多少绳索、在哪个营地必须做最终决策（回退策略），从而确保合同是安全可执行的。

成熟度等级1（ML1）发布合同时的需求管理具体任务及评审要点：

在VDA新零件成熟度保障（MLA）方法论中，成熟度等级1（ML1）被定义为“发布合同时的需求管理（Requirements management for the contract to be issued）”。该阶段的核心目标是确保在正式定点和合同签订前，所有技术、质量和组织要求都已明确并整合进招标文件中，从而为后续与系列供应商的合作奠定基础。

以下是ML1的具体任务及评审要点：

1. 项目管理与组织保障 (Indicator 1.1)

• 经验教训整合： 必须将以往项目的优劣势分析、8D报告中的纠正措施以及“经验教训”库中的内容，转化为新产品的设计和生产要求。

• 项目组织概念： 客户需建立完整的项目组织，明确各职能部门（开发、质量、采购、物流等）的联系人、职责和权限。

• 通信与工具流： 双方需就数据交换格式（如3D模型）、通信路径以及项目语言达成一致。

• 软件特定要求： 必须指派负责功能安全（Functional Safety）和汽车网络安全（Automotive Cybersecurity）的专人。同时，需定义软件接口、编程语言和编译器要求。

2. 需求规范与采购策略 (Indicator 1.3)

这是ML1最为核心的任务，旨在发布一套完整的组件需求规范（CRS）。

• 规范完整性： 需求规范需包含功能与非功能要求（如噪声、电磁兼容性）、法律法规要求（如CCC认证）、质量目标（如可靠性指标、清洁度）以及工业化要求（如溯源性、ASPICE等级）。

• 采购与定点策略： 确定供应商池、定点时间表以及供应商释放准则（如所需的IATF 16949或TISAX认证）。

• 产能与市场规划： 明确销售市场、量产启动曲线、最高日产量以及备件供应策略。

• 软件架构集成： 需将客户的系统/软件架构要求整合进规范中，并定义硬件资源的使用限值（如处理器性能、内存容量）。

3. 产品开发与可靠性预测 (Indicator 1.2 & 1.4)

• 特殊特性定义： 基于多职能部门的决策，明确对安全、法律或功能有重大影响的特殊特性（SC），并确保这些特性能在供应链中传递。

• 可靠性目标： 制定保修费用预测、可靠性目标和现场故障预测，并根据以往经验定义达成目标的措施。

• 售后概念： 初步制定维修、备件供应和诊断方案，包括软件的远程升级（OTA）能力和安全更新频率。

4. 产品验证与风险管理 (Indicator 1.6 & 1.7)

• 原型验证： 通过A样件（功能样件）在仿真、试验台或试验骡车上的表现，验证创新功能在整车系统中的原理可行性。

• 验证计划： 制定包含虚拟和实物测试的仿真与试验计划，并确保测试周期与项目的发布计划相匹配。

• 风险评估： 利用FMEA、设计评审等方法开展产品风险评估，识别可能危及项目目标的预防措施缺陷。

• 接口澄清： 评估并记录该组件与整车其他项目、接口伙伴之间的技术交互和影响（如公差、电磁兼容性）。

5. 状态评审要点

在ML1的评估中，评审员会重点关注：

• 前序闭环： 上一等级（ML0）中遗留的所有未决问题是否已关闭。

• 目标偏移： 检查项目目标（时间、成本、功能、重量）是否存在偏离，并确认是否已定义相应的补救措施。

• 下一阶段预览： 确认达成下一成熟度等级（ML2，即定点阶段）所需的活动、负责人和计划时间是否已经明确。

打个比方： ML1阶段就像是一场大型探险活动的“招募与合同签署”。在ML0完成勘探后，ML1的任务是写出一份极其详尽的“招募说明书”（需求规范），里面不仅写明了路要怎么走（技术要求）、要带多少物资（产能规划），还明确了向导需要什么资质（供应商标准）。只有当这份说明书写得足够专业、风险点都标注清楚了，才能找对合作伙伴并签下那份决定成败的契约。

ML1是进入ML2（确定供应链和定点）的基础和前提：

在VDA新零件成熟度保障（MLA）体系中，ML1（发布合同时的需求管理）是进入ML2（确定供应链和定点）的基础和前提。所有成熟度等级都具有递进性，ML1的评估结果直接决定了定点阶段的合同质量、风险控制以及双方协作的透明度。

以下是ML1结果对后续ML2阶段产生的具体影响：

1. 为定点合同提供约束性的技术标准

• 需求规范的转化： ML1的核心产出是组件需求规范（CRS），包含了功能、非功能要求、法律法规、质量目标及软件ASPICE等级。

• 对ML2的影响： 在ML2阶段，供应商必须对ML1发布的规范进行评审并确认制造可行性。只有在ML1中需求定义得足够明确，ML2才能达成最终一致的组件需求规范，并以此作为正式下单（Nomination）的法律基础。

2. 驱动风险分类的最终确定

• 风险评估的更新： 在ML1中，客户对零件进行初步的产品风险评估（初步ABC分类）。

• 对ML2的影响： 进入ML2定点后，必须结合供应商风险（如可靠性、既往表现、地点）对ML1的初步分类进行更新，从而确立整体风险分类。这一分类结果将直接决定ML2之后双方是采取“圆桌会议”的高强度协作，还是供应商自评的低强度协作。

3. 实现组织架构的对接与映射

• 组织准备： ML1要求客户建立完整的项目组织，并明确各职能部门（研发、质量、安全负责人等）的联系人。

• 对ML2的影响： 在ML2定点后，供应商必须相应地建立镜像的组织架构并指定负责人。ML1中确定的通信路径和项目语言，在ML2中会被具体落实到双方的专家团队（如圆桌会议团队）中。

4. 进度计划的级联与对齐

• 里程碑设定： ML1确立了整车级别的关键日期和总体进度计划。

• 对ML2的影响： 在ML2定点时，供应商必须根据ML1的时间表制订详细的零件开发进度表，确保成熟度评估节点、样件提供日期与整车计划对齐。如果ML1的时间假设有偏离，ML2的下单日期和后续交付将面临风险。

5. 成熟度状态的“颜色继承”

• 最差评价原则： 根据MLA的评估规则，如果ML1在定点时尚未达到“绿色”状态，其红色或黄色状态会自动传递给ML2。

• 对ML2的影响： 这意味着ML1中未解决的遗留问题（如需求不明确、可靠性预测未达标）必须作为待办行动带入ML2中持续追踪，直到该指标转绿，否则ML2的整体评价将受限。

6. 软件与网络安全基准

• 软件要求预设： ML1中确定的软件接口、TISAX等级和功能安全ASIL等级，是ML2评估供应商软件能力的准绳。

• 对ML2的影响： 在ML2阶段，供应商的报价必须涵盖达成这些要求的所有软件开发、测试和集成成本，并确认安全编码准则等技术细节。

打个比方： ML1和ML2的关系就像是“招标书”与“正式合同”。ML1是把你要买什么（技术规范）、怎么买（定点策略）、有什么风险（初步ABC分类）写清楚。如果ML1这份“标书”漏洞百出，到了ML2签“合同时”，供应商就会因为需求不明而无法承诺，或者因为风险漏判导致后续项目失控。

VDA新零件成熟度ML2：定点与供应链确立：

在VDA新零件成熟度保障（MLA）体系中，成熟度等级2（ML2）的主题是“确定供应链和定点（Specifying the supply chain and placing the order）”。这是从客户内部需求管理转向与系列供应商正式合作的转折点，其评审的核心在于确保合同的法律效力、技术要求的共识以及供应链风险的全面识别。

ML2阶段的关键评审要点可归纳为以下五个核心领域：

1. 需求规范的最终一致性 (Indicator 2.1)

定点的前提是双方对“要做什么”达成绝对共识：

• 规范评审与确认： 供应商必须对客户在ML1发布的**组件需求规范（CRS）**及所有适用文件进行全面检查，并向客户提交带有注释的反馈。

• 达成一致： 客户与供应商之间必须存在一份最终达成一致的组件需求规范，所有偏离项必须已澄清，这构成了下单的约束性基础。

• 软件架构基础： 对于涉及软件的产品，必须指定系统/软件架构，作为后续实施的基准。

2. 采购定点与法律契约 (Indicator 2.2)

• 报价与可行性确认： 供应商提交的报价必须满足定点要求，且必须包含经过验证的制造可行性陈述和风险分析（涵盖模具和制造概念）。

• 法律约束力定点： 必须按时完成具有法律持续性的定点（如发出定点信 Nomination letter、签署开发和交付协议及采购合同）。

• 指定子供应商： 必须明确由客户直接指定的子供应商（Directed Suppliers）及其职责分工（AKV）。

3. 供应链风险与关键路径 (Indicator 2.3 & 2.6)

• 风险分类更新： 必须将产品风险与供应商风险结合，更新ABC风险分类，以确立整体成熟度保障的协作强度。

• 供应链透明度： 必须指定整个供应链（从Tier 2到Tier n）并评审其关键路径，供应商需提供一致的供应链管理概念证明。

• 回退策略更新： 基于创新验证的现状，更新备选或回退方案，并定义创新验证的最终决策日期。

4. 项目管理与组织对齐 (Indicator 2.4)

• 组织机构对接： 客户和供应商双方均需指定明确的联系人、职责和权限（AKV），包括质量、研发、采购及专门的安全/网络安全负责人。

• 进度计划对齐： 制定并发布与整车进度同步的零件项目计划，包含样件节点、PPA日期和各成熟度等级截止日期。

• 偏差追踪： 对成本、时间、重量和功能等目标的偏离必须被识别并制定纠正措施。

5. 软件与网络安全专项 (Specific Requirements)

• 网络安全认证： 供应商必须具备有效的 TISAX 认证，且双方需确认安全编码指南。

• 软件成熟度会议： 必须规划好软件成熟度等级会议，明确讨论频率（如每周4次）和参与专家（遵循“四眼原则”）。

• 配置管理： 必须确立软件代码、文档和版本的追溯性机制。

打个比方： ML2阶段就像是一场正式婚礼前的“签婚书与对嫁妆”。在ML1（相亲/招投标）之后，ML2要求双方坐下来把彩礼清单（需求规范）一笔笔核对清楚并签字画押（定点信）。不仅要确认新郎新娘（项目负责人）是谁，还要查清楚双方亲戚（供应链）里有没有“穷亲戚或难缠的亲戚”（关键路径风险），并约定好万一婚后生活不如意有什么备选方案（回退策略）。只有这一步签准了，后面的日子（批量开发）才能过得稳当。

VDA MLA体系下的ML2风险分类指南：

在VDA新零件成熟度保障（MLA）体系中，ML2阶段（确定供应链和定点）产品风险与供应商风险相结合，以确定最终的整体风险等级（A、B或C类）。

以下是ML2阶段结合供应商风险更新零件分类的具体方式和评审要点：

1. 更新机制：组合整体风险

在ML1阶段或定点前，风险评估主要集中在产品本身（如复杂性、创新性）。进入ML2并确定供应商后，分类必须根据具体的供应源进行更新：

• 组合公式： 整体风险 = 产品风险（Product Risk） + 供应商风险（Supplier Risk）。

• 定点后更新： 一旦下单（Order placement），客户必须结合所选供应商的实际情况重新评估得分，从而确立贯穿后续开发过程的协作强度。

2. 供应商维度的评审要点

根据来源中的风险评估表，ML2阶段重点考量的供应商风险维度包括：

• 供应商评价（4.1）： 考察其是否为新供应商、交付可靠性、既往表现以及子分承包商的管理能力。

• 产品经验（4.2）： 该产品对供应商而言是否为新产品（无论是产品本身还是制造过程）。

• 生产地点（4.3）： 考察供应商的开发或生产地点是否为新设，是否有相关经验。

• 组织结构（4.4）： 供应链的复杂程度、联系人的可用性、产能结构等。

• 历史问题（4.5）： 考察该供应商在以往其他交付项目中是否存在管理问题、期限遵守情况或问题解决能力不足。

3. 更新后的分类标准与应用

更新后的总分决定了零件的最终归类及其协作模式：

• A类（36–18分）： 代表高成熟度风险。必须采取最强度的“圆桌会议”模式，由双方跨职能专家共同评估。

• B类（17–08分）： 代表中等成熟度风险。供应商进行自评，但客户需进行**“合理性检查”**（Plausibility check），主动确认评估结果和措施。

• C类（07–00分）： 代表低成熟度风险。供应商进行自评并通过电子化方式提交结果，仅在有失败风险时与客户对话。

4. 软件特定的风险更新

如果涉及纯软件交付，评分量表会有所不同（例如A类定为24–12分）。在ML2更新分类时，会额外关注供应商对ASPICE级别的达成计划、TISAX认证的可用性，以及网络安全（Cybersecurity）的风险管理能力。

5. 动态调整原则

值得注意的是，ML2确定的分类并非终身制。来源明确指出，如果在项目过程中成熟度风险发生变化（例如B类供应商出现了技术突破困难或质量滑坡），协作模式可以偏离初始的ABC分类，例如为B类零件临时启动圆桌会议程序。

打个比方： 零件分类的更新就像是给“保险费率”定价。在ML1阶段，由于还没选定具体的装修队（供应商），只能根据房子的结构和地段（产品风险）给出一个初步报价；到了ML2，既然已经定下了装修队，就得考察这个队伍的资质、有没有过违约记录、工人是不是新手（供应商风险）。如果房子复杂且装修队也是第一次干这种活，那“保险等级（分类）”就会立即上调到最高级的A类，需要派专人天天盯现场。

ML2结果对后续ML3阶段产生的具体影响：

免责声明：本文部分内容根据网络信息整理，文章版权归原作者所有，向原作者致敬！转载目的在于传递更多信息、积善利他，如涉及作品内容、版权和其它问题，请跟我们联系删除!

版权声明：本文转载于今日头条，版权归作者所有，如果侵权，请联系本站编辑删除