产品
这里要说的PLM是产品生命周期管理（Product LifeCycle Management），用简单的方式，实现清晰易懂的表达；
产品生命周期管理(PLM)是一个概念，一类统称，一种思想，一项解决方案，包含从产品创意开始直至产品报废消亡的生命周期的管理；
虽然各个软件厂商一直都在努力的实现生态链的完善，但到目前为止并未真正有实现产品生命周期管理的企业，国内常说的PLM通常情况下也只停留在研发设计的管理，工艺的管理也是刚刚起步，多数还处于尝试和探索阶段，要走的路还有很长很长很长（后面还会提到，这里暂不做过多介绍）
国内外都有一些产品生命周期管理(PLM)的具体产品，例如国外西门子（Siemens）的Teamcenter、达索系统（Dassault system）的Enovia、Oracle的Agile、PTC的Windchill、以及国内的一些厂商软件产品等等；
当然还有一些其他的衍生扩展,例如应用于软件产品管理的ALM（Application LifeCycle Management），除了应用的目标对象不一样，本质上并没有什么区别；至于上面提到的英文，是商业化需要的标识，就是不同的名字而已；
每种具体的PLM产品都有自己的特点，有相对侧重的领域；毕竟行业、领域那么多，软件厂商也是力所不及，不可能等到将产品做到在所有行业、所有领域都非常完善、好用后再上市推广，不然软件厂商可能根本就活不下去，就更谈不上发展壮大；
一个具体的PLM产品可以应用与多个不同的行业、领域、产品；区别在于这个PLM产品在相对侧重的领域已经经过多次的迭代升级，比较成熟，有整套现成的可被重复扩展使用的模式，可以帮助企业快速进入新形势下快速、高效的发展道路，而不需要在相对不太成熟的领域花更多的时间、人力、物力、财力等去尝试、去探索、去更新迭代；
企业根据自身的业务需求及发展需要，选择自己喜欢的具体产品，通过定制开发将框架类的软件系统与企业的业务模式匹配起来，实现更好更快更先进的工作模式，以便在未来的发展和市场中拥有更好的前景和钱景;
在众多的PLM产品中，有一个西门子（Siemens）产品Teamcenter，常见于汽车工业的应用领域，当然也有应用于通讯设备制造商等领域；为了便于理解，下面仅以西门子（Siemens）产品Teamcenter为主进行展开，其他的依次类推，除了表现形式差异，本质并没有什么区别；
Teamcenter是一个服务器客户端架构的框架，也支持分布式的系统搭建方式，除了传统的C/S（客户端/服务器）模式外，同样支持B/S（浏览器/服务器）模式，当然移动平台使用的HTML5也是浏览器的一种表现形式，具体到Teamcenter是有专门的组件进行支持，目前的版本经过多次迭代更新，应该比之前有了比较大的进步，具体的内容就暂不做过多介绍了；
客户端就是给用户进行使用的一个入口，通常为直观形象的窗口化界面，在这个窗口中可以进行用户需要的工作内容；服务端是支持整个平台系统正常运转的司令部，客户端的用户操作能实现什么样的功能和效果，以及数据的流入流出控制等等都在服务端进行预先配置和定制；就像日常在使用那些聊天软件，在使用之前总要通过终端安装的客户端登陆来连接厂商的服务器进行验证授权、聊天、使用、退出等；
仅由Teamcenter来搭建一个应用于企业的定制环境，还不足以满足企业正常的综合需求，比如做汽车整车研发生产的主机厂在研发设计管理的时候不但要二维软件、三维软件，还要用office软件、图片软件、视频软件等等；即便Siemens有自己的三维设计软件，可以满足二维、三维数据的无缝链接，却也无法满足其他各种各样非自有产品的软件和数据格式的需求，为了解决这些问题Siemens定制封装了一些常用数据格式的通用应用接口程序一起发布给企业使用；对了那些顾及不到的更多数据和应用，提供可配置方法自行处理；将需要的软件集成到Teamcenter，实现一个入口，自动调用；这样一来，在同一个工作界面可以直接或间接地完成所有的工作需要，同时还实现了数据的集中管理，来源于平台，回归到平台，整个管理是不是就流转起来了...
系统集成，除了PLM系统之外，企业还有许多在用的其他应用系统，如ERP、CRM、SCM、MES、OA等等，每个在用的系统都要凸显自己的价值，都要展现自己的重要性，都要让人觉得自己无可取代，有点像百家争鸣、百花齐放的意思；而各个系统需要的原始数据又来源于上游系统，上游系统的开始便是PLM系统，用系统集成，完成数据传输、数据同步；当然一些企业情况可能是在最后才有PLM系统，在有PLM系统之前早就已经在用了其他的系统，可能已经用了好多年，早已习惯了之前使用的方法和模式；对企业短线来说，不管是使用哪一个系统，只要可以用的起来，可以提高效率，产生预期的价值，都可以称得上是好系统；但对长远来说，好系统不但是现在可以产生预期的价值，更重要的是早早在未来到来之前已经做好了迎接未来的基础准备工作，当未来的机会和挑战到来的时候，在群雄逐鹿中自然而然的乘风而起，脱颖而出，笑傲江湖；
前些年，PLM在国内层掀起一股流行大潮，可惜的是很多企业没有正确的认识，甚至有不少企业被误导认为产品生命周期管理就是做PDM（产品数据管理），更可惜的是，好多企业连基础的PDM都没有做起来，更不要说用起来，用好就更不可能了；这里提到的PDM（产品数据管理）是属于产品生命周期管理（Product LifeCycle Management）中的一个环节，或者可以简单的认为PDM（产品数据管理）是实现产品生命周期管理（Product LifeCycle Management）的基础一环，是为后续下游各个环节提供数据输入的关键一环；没有前面严谨、真实、有效的基础数据支持，后面的一切一切又何从谈起；
一起来看看下面的例子，看看那些光鲜亮丽的背后，究竟是怎样的叹为观止；
某企业A，单期项目投入超过千万，期待已久的项目上线后却是一地鸡毛；没有用户愿意去使用，整个平台系统就是一个遭人嫌弃、厌恶的代名词，工程师和科长带头抵制使用，平台系统的工作推进困难重重，步履维艰；投诉不间断，抗议满天飞，工作不进行，千姿百态生；
某企业B，企业的人员听到PLM或者PDM或者Teamcenter的第一反应是：骗子，骗子、骗子、都是骗子；经过了解知道，企业已经在用Teamcenter系统，但他们称系统为PDM系统，系统每天在线人数最多不超过3个，其中还有一个是系统管理员的登陆；他们每次登陆在用的PDM系统要连续等待超过五分钟，而且还可能登陆不成功，登陆失败后重复登陆继续等待、等待、等待；即便幸运的在漫长的等待之后登陆成功了，接下来依旧是噩梦一般的体验，超过10M的数据根本就不可能进系统；即便小于10M的数据，永远都是数不完的报错，等不完的等待；
某企业C，当时要做一个全球首创的一个创新验证性项目，因为难度较大，在全球范围内都没有经验可供借鉴，国外的软件厂商也不能提供丝毫的帮助信息，这烫手的山芋又有谁愿意去接，况且还可能是出力不讨好的结果；谁去？你猜会是谁去呢？好吧，是本文作者；本文作者顶着压力，熬着夜，啃着鸡排（自己花钱买的夜宵），通宵达旦的研究和测试，经过一段时间的努力，终于顺利完成任务；完成了任务之后，结果就是热闹是他们的，本文作者什么也没有；而本文作者想要说的不是这些事情，而是这个过程中发生的一些事情；
在项目进行的过程中，免不了要和对接的客户（这里的客户是指提需求的一方指定的工作对接人员）进行需求和实现方案认可确认（如果客户认为操作复杂性高或者不够便捷则方案无效，需重新制定和测试方案），每次找客户进行需求和实现方案认可确认，客户就直接帅锅，就一句让我找乙方的另外一个人员进行沟通；甲方的需求，让去找乙方的人员进行沟通；在工作中，即便乙方前面已经做过需求调研，后面的需求确认仍然需要甲方客户进行确认才可以进行后面的工作，否则没有甲方客户的确认，后面的工作很可能都是白费，这也是为什么非要甲方客户进行需求确认的原因之一；况且这个创新性项目方案是以客户认可满意才能验收，如果连基础方案都不能认可，那么即便后续完成了所有工作亦是无效；在本文作者找对接客户几次之后，本文作者就被投诉了，投诉理由竟是需求确认不要找他们！...
面对这样的事实，感受如何？当然，没有亲自去经历，终究会觉得不是那么的真切，感受也不是那么的深刻；
免责声明：本文系网络转载或改编，未找到原创作者，版权归原作者所有。如涉及版权，请联系删
155-2731-8020
