PLM研发管理系统开发(开源plm系统)产品全生命周期管理系统，天心天思助力企业信息化，智慧化，数字化

服装智能制造：实施PLM系统的总结及建议

一、前言

欧美日等发达国家应用各种管理系统已经有几十年的历史，目前从底层到中高层对系统的作用、理念、应用细节都有很深的经验和积累，而国内中小企业真正开始大规模应用管理系统也就最近十几年的事情，目前的大多数中高层管理对PLM系统的认知和应用经验积累较少，平日繁杂的日常工作使得其没有时间精力参与系统架构（即使参与做出的决策也许有悖于系统实施）；还有就是高层对具体执行层业务不参与，仅了解大概，高层对系统主架构、主流程规划完毕后，需要中层落地，但中层没有时间或者不具备系统落地实施的能力，而顾问公司经验和水平良莠不齐，实施时受限于顾问本身的行业经验和行业经历，实施效果通常都不甚理想，系统上线后问题多，效果差；笔者从自身经历总结初次实施导入PLM系统的一些建议，总结如下。

二、明确需求，提出具体目标

PLM售前阶段，一般都是高层或决策层（具体业务层不参与）与外部供应商之间洽谈，实施PLM系统的目的一般是基于公司战略或者信息化需求，这很容易造成PLM系统方案前期制定的项目目标一般都假大空类型的，没有明确的项目目标，很多时候是为了上系统而上系统，项目实施结果往往不尽如人意。

笔者建议在项目合同中就明确具体的项目目标，不要是那种提供设计效率多少个百分点，或者降低成本多少，这种目标一是很难统计，二也会对项目验收造成障碍，笔者建议可以结合企业的实际现状和问题，提出具体的目标，比如设计数据的版本管理（解决版本混轮导致的报废问题），设计数据的唯一数据源管理（解决多数据源造成的采购或加工问题），设计数据的电子审批（解决纸质文档的人工受控成本）、历史数据整理导入的范围和方法（解决历史数据的导入PLM系统问题）、基于PLM系统变更管理（非文档变更，产品变更问题收集，解决、通知等）、需要实现项目管理（资源管理、项目进度统计等，目标可以更细化）……；对于这个过程越具体，企业的需求就越明确，不仅仅有利于实施商的后期服务，也有利于企业对自身需求的清晰思考，对决策层和实施层是一场在项目实施前的头脑风暴和深度思考，能够为项目成功上线并发挥实际作用提供坚实的基础。

三、现在与未来具体业务场景具体对比演示

目前所有的PLM系统实施或者方案，一般都大谈战略、规划、噱头吹的太多，实际上方案内容一般都是行业通用解决方案，不涉及项目上线后结合企业的现状后具体实施结果或效果；不可否认公司战略、规划等内容一般公司高管都是很关心的，因为与其平日工作内容比较贴合；但是PLM系统是一个直接面向研发、设计、项目管理等人员的系统，基础层用户一般都具有较高的学历或企业经验，且系统上线后也与他们的本职工作也息息相关；如果上线后的效果不好，操作繁复，流程冗余,即使管理层面强行推广，基础操作层用户也会以种种理由（系统慢、宕机、流程审批时间长等等））阻碍系统推广和日常运营，久而久之就不了了之了，运营时间越长，PLM系统问题越多，口碑越差。

所以笔者建议，在项目实施前期，调研完成以后，就需要实施商对需要对基础用户进行详细的应用培训，明确PLM系统介入后，对基础层用户的日常工作会带来哪些变化，如果有条件最后对未来业务场景进行简要的演示，不仅仅会大幅度减少系统上线以后的抱怨或者BUGS，也会让基础层用户参与进来，有利于基础数据的收集及完整、完备。

四、重视底层数据、重视细节与简易性、相关全员参与

管理层过于重视企业发展战略、主流程等本身工作相关的领域，而对基础数据收集、整理、录入等细节重视力度不够甚至完全忽略；而项目实施时，一般都讲所谓的一把手（企业或组织）原则，希望公司高层直接参与，提高项目的执行力，但高层一般只关注战略、流程、对基础数据产生过程、特点、复杂程度没有深入了解、各部门主要领导基本不深入参与项目实施（大部分只参与调研）、实际产生数据人员对项目没有发言权。

PLM系统实施往往过于满足高层需求，而忽视基础用户层的需求，且一般企业，在实施PLM系统时，特别是系统架构阶段，基础用户层是没有任何的决策权的，高层决策80%的系统架构，底层没有决策权,但是基础数据方面，底层用户提供90%以上的基础数据；如果底层数据质量太差，PLM系统架构再合理，报表再完美，都是没有意义的。

万丈高楼平地起，没有一个坚实的基础，公司的战略和流程无论规划的多么合理高效都是水中望月、空中楼阁；没有完整、准确、高质量的基础数据作为基础，任何的规划都是无意义的；所以笔者建议，在第一期实施阶段，要花大力气，把主要精力放在基础数据以及历史数据的收集整理中，系统涉及的相关人员，全员参与。

PLM系统架构（蓝图）完毕，基础用户层要参与及评审；如果高层直接规划数据产生层基本架构，这样就存在一个问题：实际规划人不操作系统，不了解数据产生的具体过程，不关心数据产生、录入过程的难易、复杂程度；很多问题都是上线之后一段时间才集中爆发出来，这个时候系统的主要架构已经定型，只能修修补补，勉强维持运行。

一切魔鬼都在细节里，项目的实施过程，具体到每个字段、每条细枝流程都需要系统实际操作人员的确认和认可，符合数据本身的特点，如果数据录入过程本身过于繁复、就需要对其进行二次开发，提高数据进出系统的效率；如果数据本身容易产生问题，就需要进行防呆、防错、标准化、交叉检查等手段，基础数据的完整、准确程度决定未来整个系统的质量程度。

一个成功的系统，无论是最基础的数据产生还是中间过程的流程审批、数据的二次利用，以及最后的归纳报表，在实施过程中都需要全体系统相关人员的亲身参与，这样系统正式上线运行之后才能做到预期规划和实际相匹配。

五、明确PLM系统数据中心位置，建立唯一数据源

PLM系统一旦上线，过渡阶段完毕后，需要从流程和制度上，将线下作业完全取消，一些企业因为种种原因，PLM系统与系统外作业同时存在，这样就会造成数据源不唯一，系统运行一段时间后，就会暴露种种问题，例如：

1.本来为了简化流程或者加急而设置的一些线下通道被无限制使用；

2.PLM系统数据的不标准、不完整；

3.无有效版本管理。

笔者认为，保持PLM系统数据中心位置至关重要、唯一数据源的作用也很重要，所以一定要下决心取消线下的受控盘、共享盘、个人数据存储、邮件等数据的存储和分享方式，确立PLM系统的数据中心位置，建立准确可靠的唯一数据源。

六、重视PLM系统的持续优化

一个成功且优秀的PLM系统，一定不是由顾问公司实施出来的，而是企业本身经过长期的运维优化得到的；实施公司只能帮助企业建立标准、规范作业、导入系统，而一个系统是否有用且好用，这就需要企业本身长期持续的投入、维护、优化；如果只是靠上线时系统本身的架构和功能也许可以维持一段时间，但是随着企业本身业务及环境的发展和变化，系统本身又缺少运维优化，那么最终的结果就是运用越不好用，抱怨和障碍增多，势必会影响PLM系统的正常运行，所以企业在此方面需要长期投入培养相关的人员、最终将系统变成企业自己信息化系统不可分割的一部分。

七、总结

实施PLM系统还有很多其他的注意事项，比如企业的标准化、历史数据的整理方案、主服务器硬件架构及网络架构、涉及多个地域的还要考虑异地设计协同，异地文件服务器管理、与其他系统如ERP/MES/OA等系统的集成、项目管理、变更管理等多个方面；如果企业本身的信息化基础比较差、企业本身又缺少相关人才储备，管理层对系统功能和特点不熟悉，笔者建议不妨可以考虑小步快跑、分步实施，不要追求大而全的系统，优先选择最紧迫需要解决的问题，上完系统能够立竿见影得到效果的部分功能先上，从点到面逐步实施，既可以节省投入成本，也可以通过此过程使得企业内部人员不断学习成长进步。

PLM实施经验谈

产品生命周期管理（PLM）一词对于制造业的技术人员来说已经非常熟悉了，PLM系统能够实现对企业设计研发过程的信息化管理，提高设计研发的效率和质量。它不但能够有效地管理研发过程的图文档，而且在一个产品的全生命周期里，能够保证产品数据的完整性、正确性、一致性，解决企业产品研发过程中的频繁变更、可追溯性差的问题，实现数据的版本管理等。不同的PLM系统功能也不尽相同，目前很多PLM系统把项目管理、知识库管理、电子签审等集成到软件中，给用户带来了很大的便利。

实施团队就PLM的实施谈几点经验供同行分享。主要包括软件的选型、企业需求调研分析、物料编码规则的制定、数据整理以及软件上线运行等方面，希望能对准备实施PLM的企业有所帮助。

初步了解PLM软件之后，首先要做的就是梳理企业内部数据模型和工作流程。比如设计的输入、输出和流程，工艺的输入、输出和流程，与ERP的接口等。目前企业数据有哪些、分别是什么状态，这项工作一定要精细化，最终形成一个比较完善的文本资料，广泛征求技术人员的意见，确定哪些功能是必须保证的，哪些是可以改变的。

有了这些技术要再对软件进一步调研，花一点时间去认真地看软件而不是看PPT演示，最终把软件的功能和企业的要求相比较，就会得到更适合自己企业的PLM软件。接下来要做的就是用户调研，去PLM实施成功的企业了解使用情况以及软件商的服务与技术支持情况，特别是用户在实施过程中遇到过哪些问题，最终是如何解决的。

l 需求调研分析

软件选定后，PLM实施商会到企业做详细的需求分析，这时企业应该组织系统管理员、优秀的设计师和工艺师等成立项目组（最好有熟悉数据库开发的技术人员），进一步细化软件调研时总结的文本资料，逐项与软件公司技术人员对接，主要包括：

与产品实现相关部门的组织结构、部门职能与岗位职责、相关各部门角色及实例分析；产品实现现状的调研分析；产品实现的输入输出现状分析；信息化现状调研分析；报表开发需求分析等等。

最终双方达成一致协议形成需求分析报告，软件公司根据需求分析报告进行开发工作，企业根据软件公司提供的各种类型数据整理要求及规范完善基础数据和软件测试用的产品数据。

l 基础数据的整理

进入PLM系统的数据应具有几个特点：标准化、规范化、惟一性，这就要求企业应该按照软件的要求，下功夫整理基础数据和产品数据。规范制图工具CAD软件版本统一定制零件和组件基础模型模板，定制工程图基础模板，确定图幅（A4H、A4V、A3、A2、A1、A0等）。

编码规则的制定编码规则在满足要求的情况下，要尽可能简单实用，同时物料码贯穿企业技术、生产、采购、财务、仓储、销售等全过程，必须保证每一个编码代表一个物料。一般的编码由特征码、分类码、流水码等组成，大多数PLM软件集成了编码器的功能，用户只需按自己企业的使用习惯制定规则就可以了，不同的企业需要编码的物料不尽相同，应结合本企业实际情况制定，例如大型机械制造企业一般包括如下编码：

(1)产品型号编制规则：编码规则简单，注意同型号的变型产品保证编码惟一即可。

(2)零部件及图样编号规则：按照使用习惯编码，规定相同的编码长度并考虑未来产品升级的冗余量，也就是说分类码和流水码的位数要足够长。

(3)标准件及图样编号规则：国标件中的编码并不惟一，比如GB5783-2000代表不同规格的一类螺栓，需要对每一种螺栓给出一个惟一的编码。由于标准件数量非常大，用户可以考虑对自己企业用到的标准件进行编码。

(4)通用件及图样编号规则：产品中用到的如螺纹块、焊接螺母、法兰类零件等，编码后对研发人员共享，可有效地提高产品的通用化程度。相对简单的产品也可以不考虑通用件，除了国标件，非标零部件也是可以的。

(5)材料、辅料编号规则：对目前用到的材料和辅料进行分类编码，便于设计人员选用，也可以很好地避免由于大小写或全角半角造成材料不惟一的情况出现，以后增加新材料可随时按照流程添加。

(6)工艺文件编号规则：中小批量产品的大型制造企业工艺文件很多，如工艺路线、各专业工艺卡片、作业指导书、工装等等，与产品零部件关联应该严格编码规则。

(7)设备编号规则：对公司内部所有设备进行编码，形成设备库，方便CAPP调用。

(8)更改通知单编号规则：包括图纸更改、BOM更改、工艺更改通知单等等，与日常生产密切相关，编码要易读实用。

基础数据库整理以上的编码规则制定之后，方可整理基础数据库，比如标准件及图样数据库、材料库、辅料库、设备库等等。文档模板整理文档模板即技术工作过程中输入输出的文件格式，应该统一规范纳入PLM系统中并且与编码器集成。如图纸更改通知单、工艺更改通知单等。

签审工作流程整理在产品研发和持续改进过程中，任务的下达、设计、设计审查、主管审查、标准化审查、部门领导审查、总工程师审查等直到文件归档，这些环节是必不可少的。PLM实施后这些工作都应该纳入系统，所以流程的梳理是必要的。

结合企业的实际情况，列出流程清单。比如图纸签审流程（包括零件图、部件图、总图等）、工艺文件签审流程、变更签审流程、通用件新增流程等等。使用Excel表把每个签审流程的过程表达出来，或者以框图的形式表达出来，方便软件的配置。

组织架构的整理包括部门架构设置、用户清单等。用户角色定义包括系统管理员、设计工程师、工艺工程师、项目经理（产品总体）、部门领导等，这些内容与数据访问权限相关，最终由系统管理员进行设置。

产品数据的整理一般企业在实施PLM之前，都会有大量的产品数据，比如电子图档、产品BOM、工艺数据等，这些数据大多都存在不同的版本或者不规范等问题。应该按照PLM软件的要求，结合上述模板、编码规则整理出产品的数据，以备PLM上线使用。

l PLM上线运行

以上工作完成后，首先将基础数据和测试用产品数据提供给PLM实施商进行软件测试。这个过程对发现软件的问题进一步调试，数据中出现的问题进一步完善，软件和数据测试通过后即可上线试运行。

成立PLM实施项目组，由系统管理员，设计、工艺等不同专业（或不同角色）的员工组成，搭建培训环境，需有投影仪和满足项目组每人一台计算机的培训场地，计算机联接到服务器的网络环境。

召开PLM上线启动大会，所有用到PLM软件的员工全部参加，首先强调PLM实施的重要性，其次就PLM的主要功能、使用方法等内容进行全员培训，让员工对PLM软件有整体的概念。最后宣布PLM实施项目组成员名单。软件安装，由PLM开发商工程师安装服务器软件，同时培训系统管理员，包括安装、配置、数据备份等内容，然后是客户端软件安装。

集中培训，由PLM开发商工程师组织企业PLM实施项目组进行全日制培训。首先是基础数据维护及导入，培训完成由系统管理员将之前整理好的基础数据全部导入系统；其次组织项目组成员针对软件功能及业务实现方式进行全方位培训；再次指导项目组成员将整理好的产品数据按业务操作要求导入系统，诸如BOM的编辑、查询和输出、图文档的提交和签审、CAPP数据归档等等。

上线运行，数据进入系统确认各种输出正确无误，并确保项目组成员对软件的功能已经熟练掌握，然后由PLM开发商工程师将产品数据清空，项目组成员回到自己的工作岗位，负责培训相同专业（或角色）的员工，按照工作流程再一次将整理好的数据按照业务操作要求完整地导入系统，至此完整的产品数据正式上线。PLM实施是一个庞大的系统工程，除领导重视外，必须充分调动全体员工的积极性，将实施过程中的每一项工作做到位，才能确保数据准确上线。

PLM实施经验。