PDM和PLM系统成功实施的条件是什么？

这个问题我认为我还是有资格来回答的。
先说下我自己的情况：本人在一家上市公司负责企业内部IT应用系统十多年，从2008年开始公司的PLM/PDM项目一直由我负责。我们的PDM是PTC公

这个问题我认为我还是有资格来回答的。

先说下我自己的情况：本人在一家上市公司负责企业内部IT应用系统十多年，从2008年开始公司的PLM/PDM项目一直由我负责。我们的PDM是PTC公司的windchill系统（业内还有西门子teamcenter 和达索以前的Smarteam），集成了cadence、creo和MS projectserver，可以直接将设计工具中的BOM直接检入到系统中，自动生成BOM。整个业务过程，之后被我们隔壁另一家上市公司参考过去，而当时到我们公司取经的那位兄弟，这几年已经变成了该公司的CIO了。

实施PDM和其它管理系统一样，其难点并不在于技术，而在于对企业业务的理解程度。所谓的网络、硬件、操作系统、数据库都是技术层面的东西，这家不好就换一家，而业内真正水平相当的那几家，你随便选一家都不会有大问题，无非是有些开发起来会难一点而已，但并不会导致整个项目的失败。

而对业务流程的理解才是项目成功的关键！

比如说实施PDM系统前，研发人员使的工具都是比较独立的，并且都是自己比较喜欢或擅长的工具，有的人硬件设计用cadence allegro，而有的人用Altium Designer 。自己用起来都很顺手，现在你要上个PDM，非得大家都统一用cadence，那肯定会有人不乐意了。

而且，之前做设计时，大都是先把设计做完了，再随便到ERP里去查一下物料编码，很快就可以给出BOM来。现在你在设计前或同时就要考虑新器件引入的问题，引入时要走编码的申请流程，还要做承认等等一系列流程。

你说如果使用系统的人都反对，你上一个系统能成功吗？

因此，有些企业就用行政命令来推行，这样一来失败的可能性就比较高了。

我们当时采取了几个策略来做PDM项目，先是将项目缩小到最小规模，第一期只解决一个问题，那就是设计出来的BOM总是错误百出，需要反复修改物料编码才行，我们提出了“做一个正确的BOM”项目。只做器件库，先把设计工具统一起来，在系统上把常用的器件symbol和package都做好让工程师可以调用。让大家做完设计可以直接产出BOM，而不需要再手工去核对物料编码。

第二期才再上物料编码的管理流程、变更管理流程及BOM管理流程等管理性的功能。

基本上每年做一期项目，到了第五期时，我们公司已经成了PTC在中国区继华为和联想之后第三个将高级选配置功能用起来的企业。

因此一个IT项目的成功，并不取决于项目经理的IT技术水平，而在于IT项目经理的业务能力。