PDM实施真的是一场没有终点的马拉松比赛？

秋叶

武且言：
国内PDM好像还没有一个完善的版本。大家都选择“边实施，边完善”的发展道路。可怜我们做PDM实施的！除了进行需求调研、软件安装、操作培训外，还得不断收集用户的意见、要求。
我们成了“风箱里的老鼠”。用户对软件不满意，有时埋怨我们，其实这破软件又不是我写的！回到公司，开发人员也烦我们，觉得开发要求提得太多，给他们添麻烦了。
难道，PDM实施真的是一场没有终点的马拉松比赛？

秋叶

其实就国内的实际情况，能保证基本成功的也只是PDM中的几个模块：文档管理，简单配置管理，版本管理。
至于项目管理和流程管理，真正实施成功难度太大，但用户就是上帝，它们需要当然只有硬着头皮上，结果嘛，就难说咯！

秋叶

作为PDM软件供应商，应该大力引进既有企业技术管理背景、又对软件开发有所了解的复合型人才，担当软件需求分析和系统框架设计之重任，使软件尽快功能强大、实用，能够解决企业的实际问题。
作为PDM用户，要对企业需求有明确定位，不要对软件提出过高要求，而着重希望软件解决实际问题，者才是明智之举。

秋叶

做PDM软件实施的，对公司“新功能”是既爱又怕；希望功能多一些，有更多“新式武器”可以攻城掠地；但是新功能往往华而不实，稳定性也不好，将用户的胃口吊起来后，又搞不定，真正让实施人员为难！

秋叶

作软件开发的，如何避免需求不断扩大，功能不断强大，实效不断弱化的问题？
就是软件的功能多了，需求满足的多了，但实用性，使用性，差了。

秋叶

PDM实施的确存在这样的问题，国内的PDM或者说国内的软件开发水平的确不敢让人恭维，实施过PDM都会有同感，我认为挖掘用户的需求是没有错的，但是合同上没有的可以不兑现，等软件有了稳定的升级版本后就可以给用户升级了。
就目前的情况而言，我认为多数造成PDM流程跑马拉松的原因还在于用户，如果用户没有做好足够的准备，软件再好他们也用不起来。流程的实施是要改变目前的管理模式，很多具体的用户甚至有抵触的情绪，大领导不重视，不出台奖惩制度，用户的积极性很难提高。

秋叶

我觉得很大一个问题是：
软件供应商对用户的业务流程是否真正了解，是否有能力判断用户需求的合理性？
用户是否能站在系统的角度去进行权衡？还是一知半解时盲目提出功能要求？

秋叶

我觉得PDM的实施特别困难。可能大家都遇到过，有些企业要上PDM，但是又不愿意对自己的生产管理模式做改进，反而要软件处处适应他，真是“穿新鞋，走老路”；有的企业只是加工配套企业，没什么新产品开发，却又偏要上项目管理；有的以为PDM无所不能，什么都可以管，而且在工作上还不积极配合。最致命的是有些企业上PDM，时间要的很急，而销售人员为了拿单，往往答应人家，真是赶死个人，但效果又不好，只有返工，咳，一言难尽！

秋叶

PDM实施难从业务上讲是技术信息化长期效益性和企业（软件和用户）短期利益的根本冲突导致经常采取短视手法运作项目，后患无穷。
从技术上讲是开发人员不懂设计，不了解企业具体设计流程导致；

秋叶

我们需要什么样的PDM？关键的关键有两点，一是用户要什么？另一个是政府或学院在倡导什么、支持什么？后一个话题不谈。第一点真的是感慨良多。目前，大多数企业想上PDM时先要求各软件服务商提供方案，然后企业从各方案中搞出一个杂烩式的PDM需求。结果就是如果真的要完成企业的这些要求，可以说世界上最优秀的PDM软件都做不到。而企业准备出的钱有限，还要再让各软件商来拼价。在这种情况下，除非是多家有实力的软件商结成同盟，否则不可避免地造成最终用户是以买衣服的方式购买了PDM。在以后的实施中，软件商处处受制，有苦难言。
在实施过程中，用户中的一些同志在遇到困难时往往这样说：“你们做不了，当初就别答应吗！” 说的很轻松。但当初不答应，你是不会与软件商签合同的，而在这个阶段，软件商为这个项目已付出相当的代价，已经是欲罢不能。
这样说，并不是说软件服务商没有责任，而是想说明我们的市场整体来看不够成熟，包括用户本身。如果您总以购衣服的方式来上PDM。最终您不仅买到了软件、服务、无休止的纠扯，还买到了软件商的血泪、实施人员含泪的微笑并买走了他们的尊严。
共同限制用户的需求几乎是唯一的出路。但这样的一“联盟”该如何松散地联合起来呢？或者根本不可能。因为一些软件商总是寄希望于先签下单，然后靠销售手段最终搞定。甚至于屡试不爽，于是乎鸟生鱼汤。
什么时候，软件服务商的销售员不占项目的主导地位，软件商开始成熟；什么时候，用户在考虑自己利益的同时真正考虑一下合作者的利益，用户开始成熟；什么时候，全国有一百家用户实施PDM成功，我将写一本书讴歌这个事业！

秋叶

PDM 的一个重要任务是帮助企业搞好技术管理。客户和软件开发咨询公司都对 PDM 如何帮助企业达到提高技术管理水平的目标缺乏深刻认识。
我看实施 PDM/PLM 中存在的普遍问题主要是：
1、客户对 PDM 认识模糊，不清楚自己应该提出什么样的需求，不清楚 PDM 应该和能够解决什么问题。有些要求过于理想化，脱离实际。而关键和重要的要求，他们又往往没有充分重视。
2、实施 PDM 项目的人最好具有工程和管理两方面的经验和科学管理知识。而实际上，PDM 项目的具体经办人员往往是单纯搞设计、搞管理或是搞计算机技术的。发起推动 PDM 项目的又往往是设计开发部门，所以很容易从本部门关心的东西出发提出要求，片面强调本部门的利益。提出的需求就是片面的，不科学的。
3、软件公司方面也有类似问题，开发软件的往往缺乏必要的工程技术知识和管理知识，对 PDM 的需求没有深刻理解。
4、软件开发和咨询服务公司容易迁就客户的片面要求。
5、有些软件系统设计存在严重缺陷，具有漂亮的界面和糟糕的内核。客户很容易被漂亮的界面迷惑。
6、双方都没有充分重视客户长期手工业务操作模式存在的不科学的问题。客户不清楚实施 PDM 将给他们的业务带来多大影响和变化，没有思想准备和必要的组织保证措施。客户很可能坚决拒绝对不科学的传统习惯做任何改变，却没有认识到，正是那些不科学的做法，导致他目前工作陷入被动的根本原因。他指望靠 PDM 软件救命，就象管理混乱经营困难的企业指望上 ERP 救命一样的不现实。