对汽车企业而言，BOM工程师真的很重要吗？

1. 引言：对于BOM工程师的一般认识
‍如果您熟悉制造型企业，那么相信您一定不会对BOM这个术语感到陌生。但是制造型企业对于BOM以及BOM工程师的认知上，普遍存在一个非常有趣的现象。
举例来说，如果你问“BOM重要不重要？”回答往往都是“重要”。但是，如果你再问“你了解BOM工程师吗？”，那么你得到的答案就五花八门了，比如：“文职”、“管BOM的”、“EXCEL表用的非常牛”、“管零件明细表的”、“好像是IT部门的人”、“整天跟计算机和系统打交道的枯燥岗位”等等。
那么问题来了，既然制造型企业普遍都认为BOM很重要，为什么大多数人对BOM工程师这个角色却不太了解或者说了解的比较肤浅，甚至对BOM工程师这个角色存在明显的轻视呢？为什么管理制造型企业重要数据“BOM”的岗位在很多制造型企业反而显得不那么重要？
事实究竟如何？BOM工程师在制造型企业尤其是汽车企业中到底起到一个什么样的作用？笔者基于自身十几年的汽车主机厂BOM从业经验以及第三方BOM咨询的实际感受，带领大家一起来剖析一下BOM工程师在汽车企业中所发挥的作用及其重要性。
‍2. BOM工程师作用的演化
‍BOM这个词是60年代初伴随MRP解决方案衍生出来的，已经运用了将近50多年。目前BOM的概念已经不局限于最初狭义的静态物料清单的层面上。随着业务拓展，BOM业务已经延伸为从整车产品早期规划、产品设计、工程试制、生产制造一直到售后服务全业务链的业务范畴。
而BOM在中国汽车企业的真正应用，客观上讲要从80年代开始的合资汽车企业开始。在“以市场换技术”的战略导向下，最早的合资汽车企业本质上是国际汽车巨头在中国的制造工厂。从最开始的整车SKD组装到后来的CKD生产、再到深度国产化，整车产品开发工作基本上都是在外方母公司研发，合资汽车企业一直没有改变汽车制造工厂的本质，缺乏完整的整车研发能力。
在这一时期，BOM的应用经历了两个阶段，即从最初阶段的批组供货模式下的静态装箱零件清单，再到后一阶段深度国产化之后按件供货模式下的动态的制造BOM管理模式。在后一阶段，合资企业接收到外方母公司完整的产品BOM后，在此基础上进行制造BOM的重构后释放给下游制造系统作为MRP的基础数据，BOM的应用也仅仅局限于制造物料的管理。
这一时期，由于合资企业研发职能的缺失，BOM工程师的职责基本上局限于下游制造BOM的管理，基本上是被动地接受的执行合资母公司的设计更改，BOM管理工作的技术含量不高，也直接导致了BOM工程师角色职能的弱化。
90年代末到20世纪初，国内自主品牌汽车企业处于起步阶段，整车研发基本上处于逆向开发阶段。BOM业务从逆向数据开始，第三方设计公司以及主机厂产品研发工程师基于逆向数据展开工程开发。这种研发模式导致早期的BOM数据分散式的管理在产品工程师手里，在产品开发成熟度达到一定阶段或者数据工程冻结之后，再由研发各专业部门汇总BOM数据提交给例如总布置工程师等进行EBOM数据的工程发布，然后交付给下游制造进行MBOM数据的重构。
这种开发模式下，各业务部门同步工程的成熟度不高，大量业务串行开展。BOM业务在这种模式下，并不是一个连续性的工作。BOM工程师在产品开发中的作用相比较于产品工程师等就要小很多。因此，BOM工程师的重要性并未突显出来。
近十年来，随着国内汽车市场的高速发展，合资公司也在不断调整发展战略。随着研发业务分工的不断调整，产品开发职能逐渐前移，各合资汽车公司的技术中心逐步承担了更多的产品开发任务，研发端产品数据的管理权限逐渐对合资公司部分开放。
而国内自主品牌汽车在这一阶段得到了快速的发展。随着研发投入的不断加大，经过前十几年的经验积累，自主研发能力大幅度提高，整车产品逐步过渡到自主正向开发。例如一汽、上汽、长安、长城、福田、吉利等自主车企，逐步采用正向研发的整车产品已经得到有力的市场证明。
整车正向研发除了需要研发能力储备和投入之外，对前期产品规划、平台架构开发、先期定点等都提出了较高的要求。基于产品开发周期和开发质量的考虑，对于同步工程等业务的要求空前提高。BOM业务作为联结产品规划、先期定点、产品设计以及同步工程活动之间数据桥梁，其作用极其关键。因此，专职的BOM工程师的重要性在这一阶段越发突显。
‍3. 正向设计的客观需求
‍经过十多年的整车研发经验积累，近几年国内自主品牌汽车陆续投入了较大精力建立了全新的企业级的产品开发流程，从而实现了整车产品从逆向开发到正向研发的过渡。平台化、模块化正向开发的全新理念，对于国内自主车企传统的整车开发流程带来了质的变化，尤其对于BOM管理提出了全新的要求。
具体体现在以下几个方面：
1）BOM数据不能局限在个别专业层面，必须提升到企业级主数据管理；
2）各业务分工更加细化和明确，要求各信息系统的定位需要更加明确，以最大限度的发挥各自的系统管理优势，独立的企业级BOM系统需求越发迫切；
3）BOM数据必须满足前期规划、平台架构开发、先期定点的要求；
4）BOM数据必须满足早期整车物料成本目标的制定；
5）为最大可能缩短产品开发周期，深度的业务协同开发和同步工程成为必须，从而要求BOM数据必须承担起协同开发和同步工程活动中的企业级产品数据索引的核心作用；
6）同步工程结束后，EBOM需要能够快速的转化成MBOM数据以满足造车阶段的制造主数据需求；
7）平台化、模块化开发的特性决定了大量衍生车型的管理需求，因此可配置的超级BOM的数据组织方式是平台化模块化的前提条件。
8）互联网+大趋势下，C2M、CTO的管理模式要求企业级配置的管理更加的灵活、高效。
9）变更管理更加高效。
传统的、分散的BOM管理模式，具有明显的不可改变的缺点，如数据完整性差、管理效率低下、上下游BOM数据一致性差、BOM数据传递困难、系统接口复杂等等，已经不能满足全新BOM业务的管理需求。
基于新业务模式对BOM管理的全新要求，如果BOM数据继续分散管理在各专业人员手里、BOM业务继续离散管理在不同的信息系统中，已经无法保证BOM数据对于全新业务模式的有效支持。
因此，BOM的集中管理是业务模式发展到当前阶段的必然结果，BOM工程师的重要性得到空前提高。准确来讲，在平台化、模块化正向开发的全新模式下，BOM工程师已经是汽车整车开发、生产制造以及市场售后环节中的核心角色，在企业全业务链数据流中起到“操盘手”的核心作用。4. BOM工程师的角色定义
‍在全新的业务模式下，BOM工程师角色的设置，既要确保业务管理的合理性，也要确保沟通的便利性。基于产品设计、生产制造以及售后服务之间的数据管理维度的差异，一般在研发、制造和售后服务端平行设置BOM工程师角色，形成虚拟的BOM业务同步工程小组，更加高效的满足业务需求。
三者的工作职责简单说明如下：
1） EBOM工程师的职责：
· 产品标准结构的统一管理；
· 零件标准名称库的统一管理；
· 新产品项目功能清单的创建；
· 新零件号申请的审核；
· BOM工作计划的编制和发布；
· 早期/EBOM的组织创建、维护；
· 配置库、工程配置的维护和创建；
· 零件配置条件的编写；
· EBOM准确性和完整性的组织校验；
· 早期BOM和EBOM的发布；
· 接收EWO，维护EBOM变更；
· 配置和EBOM数据的虚拟验证和实车验证。
EBOM工程师角色一般设置在研发部门，主要原因分析如下：
第一，EBOM的早期规划应该是在概念配置首次发布之后开始，这个阶段研发部门开始进行平台架构开发、技术方案确定，采购、制造规划部门参与进行同步工程开发，制定先期采购策略和制造策略。
因此，在研发部门设置EBOM工程师，牵头各业务进行早期EBOM数据的规划，以满足平台架构开发、先期定点、整车物料成本目标制定和分解、整车技术参数中的重量目标制定等业务对早期工程数据的实际需求，更有利于项目早期各业务同步工程开发工作的开展。
第二，EBOM工程师设置在研发部门，更有利于支持工程开发过程中的业务协同。
第三，EBOM工程师设置在研发部门，更有利于工程更改的一致性和有效执行，提高工程更改的工作效率。
最后，更有利于产品配置创建，有利于高效组织超级BOM数据，确保企业级配置的数据一致性。
‍2）MBOM工程师的职责：
‍Ø 自制工艺合件号、工艺辅料编号的申请；
Ø 组织工艺路线的分析和确认；
Ø 工艺辅料的收集和汇总；
Ø 工艺合件、工艺辅料的配置条件编写；
Ø MBOM的初始创建和发布；
Ø 接收EWO/MWO/TWO更改MBOM；
Ø MBOM数据准确性和完整性的组织校验；
Ø MBOM数据的实车验证；
Ø MBOM数据的生产导入；
MBOM工程师角色一般设置在制造部门，主要原因分析如下：
第一，MBOM初始创建应该在制造策略锁定后，这个阶段工艺规划开始详细的工艺规划和设计，MBOM工程师设置在制造部门，更有利于MBOM的创建和业务协同。
第二，MBOM在PPV阶段开始实车验证，这个阶段工艺规划开始在生产线验证工艺的符合性，MBOM工程师设置在制造部门，更有利于确保MBOM工艺数据调整的一致性。
第三，SOP之后MBOM工艺信息更改频次远低于SOP之前，可以采用制造变更流程控制MBOM的更改。
最后，断点的预计实施时间、实施要素、拆分/合并要求均是继承自工程变更（EWO）。断点单同步到ERP之后，断点执行是由物流部门断点工程师在ERP/MES系统基于断点通知单进行控制。且断点实际执行的时间，在ERP和BOM系统之间可以实现实时同步，不需要MBOM工程师再做数据调整。因此，断点的执行与MBOM工程师关系不大，不影响MBOM工程师的岗位设置。
‍3）SBOM工程师的职责：
‍Ø 自制备件、售后精品件零件号的申请；
Ø 售后拆分需求的反馈和确认；
Ø 售后配件市场需求的接收；
Ø 售后配件技术要求的确认；
Ø SBOM的初始创建和发布；
Ø 接收EWO/SWO更改SBOM；
Ø 接收生产断点信息并维护SBOM；
Ø SBOM数据准确性和完整性的组织校验；
Ø SBOM数据的售后、生产导入；
SBOM工程师角色一般设置在研发售后工程部门，主要原因分析如下：
第一，售后工程开发包含SBOM的创建、产品图册、维修手册、售后诊断仪、售后专用工具等与产品工程开发密不可分的业务内容，SBOM是售后工程开发的基础数据。因此，在研发部门设置售后工程开发组织，更有利于售后工程与产品工程在开发前期的同步开发，以保证售后工程业务开发与产品工程开发的一致性，提高开发效率。
第二，售后数据对工程数据的高度依赖，要求其在产品工程开发阶段就需要同步考虑售后可维修性、维修策略、零部件拆分策略等关键因素，以确保售后业务的可行性，确保售后业务顺利开展。因此，SBOM工程师设置在研发部门更加有利于售后工程数据与产品数据的一致性及数据管理效率。
最后，工程变更对售后业务的重大影响，要求SBOM工程师在工程更改方案制定阶段就参与进来，以确保售后工程业务及时应对，满足工程更改执行后售后业务的顺利开展。因此，SBOM工程师设置在研发部门更加有利于售后变更的顺利执行。研发、制造和售后业务的BOM工程师，三者之间形成虚拟的BOM业务小组，由研发端的EBOM工程师总体牵头企业级的BOM业务。这个设计主要是由研发早期/EBOM数据的业务作用决定的。
早期/EBOM数据在前期规划阶段就已经开始创建以支持项目早期阶段平台架构开发、先期定点以及成本目标制定等相关业务活动。并且，早期/EBOM数据作为工程主数据，是所有下游BOM数据的包括CAD_BOM的数据源头，其完整性和准确性直接决定了下游所有BOM业务的数据质量。
基于以上原因，EBOM工程师作为企业级BOM业务的总牵头人，既主导BOM业务小组的工作，又与制造和售后业务的BOM工程师之间进行数据协同，以确保全业务链BOM数据的完整性、准确性和一致性。
其工作模式简单示意如下：

5. 结语：BOM工程师的核心价值
BOM只有从全业务链的信息索引角度来看，才具有其应有的意义与价值。同样的，BOM工程师也只有从全业务链去看，其核心业务价值才能得到最直观的体现。总结以下几点：
1）提升全业务链总体效率
专职负责搭建面向企业全业务链的BOM核心数据架构，确保BOM核心数据在工程、制造和售后等业务领域的一致性，有效提升企业BOM全业务链的管理效率。
2）跨系统协同
牵头整车级跨系统的BOM数据协同，确保整车BOM数据的完整性和准确性。
3）标准化
统一管理产品结构标准、零件名称库、配置特征库等BOM业务基础数据，确保基础数据在各研发单元的统一性。
4）更好满足业务需求
集中对BOM业务需求单位提供BOM数据支持，大幅度提高工作效率。
5）配置与BOM一致性
集中管理BOM和配置数据，确保配置和BOM数据的一致性，有效降低配置和BOM管理与工程设计人员的沟通频次，减轻工程设计人员的工作负荷。
6）支持产品数据规划
BOM工程师在数据规划中的关键作用，能更有效地支持产品开发。
7）变更在各业务数据的一致性
从工程设计端发起变更，在生产制造端断点执行，到售后服务端备件采用，其变更数据之间的继承性和一致性保障，BOM工程师起到了不可替代的作用。
综上所述，在汽车企业繁琐而复杂的主数据流动环节中，其中每一个细小的变化都掌握在BOM工程师手里。因此，BOM工程师应该定义为“数据流工程师”更为准确。如果形容BOM是汽车企业数据的灵魂，那么形容BOM工程师是汽车企业数据灵魂的工程师也不为过分，因为其重要性是显而易见的。