缺陷管理与需求管理
在许继集团上线的五大模块中，项目管理、文档管理和变更管理都比较容易理解，是大多数用户在部署PLM项目时都会考虑的重要组成部分。重用管理的提法虽然不多见，不过了解软件项目管理的人很容易理解这个概念，倒是缺陷管理值得一说。缺陷管理在许继集团的PLM项目中是比较独特的一个亮点，其他部署PLM的用户很少将其单独列出。
据介绍，缺陷管理主要是是对产品的缺陷进行追踪记录，它不仅记录产品在研发和设计过程中的缺陷和问题，还可以追踪到最终用户层面，记录最终用户反馈回来的缺陷和问题。因为对产品研发的过程管理非常细化，只要用户说出产品的具体信息，即可追踪到产品缺陷的源头。有时反馈回来的“缺陷”不一定就是产品研发过程中存在的问题，也可能是用户在实际使用中发现产品与自己的实际需求有出入，从而提出产品变更要求。
某种程度上，缺陷管理包含了一部分需求管理，它可以将用户端反馈回来的部分需求变更传递到研发部门。不过从需求到立项，再到通过可行性研究，通常是一个非常复杂的过程。郝子现表示，许继集团在部署PLM时并没有将需求管理考虑在内。事实上，很多项目在经历了需求分析阶段之后，没能通过可行性研究，或者立项之后又因种种因素而停止。这当中牵扯到的因素太多，他认为对这样的需求进行管理在实施中难度很大，因此在许继集团，只有那些通过了可行性研究的项目，才会进入PLM系统，进行后续流程。
协同设计打通部门壁垒
协同设计是很多PLM系统鼓吹的一个特性，对于大中型企业用户来说，该功能还是比较有用。
郝子现在介绍许继的协同设计时表示，协同设计让部门与部门之间的“墙”打通了，使得以项目管理为中心的观念也贯彻得更彻底。原来研发人员的设计过程是在本地完成，跟其他人的交流比较少。而当设计也分阶段、分模块进行之后，所有的研发人员都可以随时对前面的设计结果进行下一步设计。
至于PLM与ERP的集成，郝子现表示，从技术上说，两者的集成没有任何难点，只要统一了研发和生产阶段的BOM属性，两者的集成就不是问题。
模块之外的东西
项目管理、文档管理、重用管理、缺陷管理和变更管理五个模块，解决了许继集团的关键问题。每个企业的PLM应用层次和侧重点不同，从而对PLM部署的需求也会有所不同，比如有的可能侧重数据管理，有的更侧重项目管理，有些则更侧重文档管理，许继集团的做法则是将文档、项目、需求的一部分以及变更等问题综合起来。
郝子现说，很多企业仅仅将PLM做成了PDM（产品数据管理）的一个层面，实际上是没有有效地了解自己的实际需求，而只是被潮流推着走而已。因此深入剖析自己的实际需求是要首先考虑的问题。企业的需求，加上供应商提供的PLM软件体系和架构，再加上能使PLM落地的实施方法，才是PLM系统部署的全部。
郝子现非常强调实施方法，他表示，不同的供应商会分别提供自己的实施方法，而不同的用户也会在信息化过程中积累出自己的项目实施方法。实际上，每个供应商的实施方法都很体系化，简单说，从需求到计划制定，到执行和最后的实现，都有相应的手段支撑。
对用户来说，实施ERP等信息化项目的经验也可以适当地借鉴。ERP管起了企业的生产过程，而PLM则是将企业的技术和管理纳入到框架中。ERP实施成功的关键在于系统要与其生产管理水平相适应，同样的道理，PLM实施成功的关键在于系统要与其研发和设计管理水平相适应。
