|
在PDM的实施过程中，面对不同的用户，他们所提出的需求也是形形色色不尽相同的。对于这些形形色色的需求，我们可以将他们分为三类：1、用户需要供应商亦能提供相应功能的需求；2、用户需要但供应商不能提供相应功能的需求；3、用户没有提出但供应商帮其提出并提供相应功能的需求。
对于某个特定企业的需求，如果使用不同的PDM系统来实现，有些产品相对来说灵活一些，能解决的需求肯定就多一些；而对于那些灵活性稍差的系统，能解决的需求就少一些。即使是相同的需求，在各种因素不同时，其划分亦不相同。比如说，由于项目进展顺利，原本“用户需要但供应商不能提供相应功能的需求”可能会变成“用户需要供应商亦能提供相应功能的需求”。因此，对于企业需求的分类，也非一成不变，它需要经验丰富的项目经理在充分综合项目金额、供应商对项目的重视度、实施计划、企业信息化现状等各种因素后确定，而且，随着项目实施的进度的改变，剩下未实现的需求的分类还可能会动态改变。他们之间的关系我们可以用下图来表示： （图片） 一、用户需要供应商亦能提供相应功能的需求
通常情况下，大部分PDM方面的需求都属于这一类。毫无疑问，既然企业是上PDM系统，那些游离于PDM边缘的功能可以不提供给用户，但PDM核心的功能你总得提供吧！这类需求应该能占到所有需求的60%－70%，例如文档管理，网络评审，电子签名等功能。
二、用户需要但供应商不能提供相应功能的需求
这类需求能占到所有需求的20％－30％，但就这20％－30％的需求，往往决定着项目实施的成败，其重要性是不言而喻的。我们经常所说的“客户化的个性需求”，就属于此类。而且，用户往往会表现出强烈需要这些功能的愿望。对于这类需求，我们首先应该考虑的是需求的实质是什么，而不是考虑这个需求是否合理，是否容易实现。有时候客户的需求也是经过自己加工过的。比如客户认为在某个表中加几个字段就可以实现他的要求，但实际上可能不是那么简单。在对需求的实质进行了解后，就可以站在全局业务的高度考虑我们到底要解决的是什么问题，结合项目的具体情况，项目组便可以大致的确定哪些问题需要我们去解决，如何去解决，哪些需求需要和企业协商解决。通过几轮项目组内的讨论以及与客户的沟通，这类需求的处理结果应该就能够确认下来了。当然，和客户的沟通远没有说的这么简单，有时候需要双方高层领导间的沟通，有时候甚至需要修改合同中相关的技术条款！总之，这类问题应该在实施过程中加以足够的重视，特别是在项目实施前期，应该和企业进行充分的沟通，这类需求会占用整个实施过程中70％－80％的时间。
三、用户没有提出但供应商帮其提出并提供相应功能的需求
这类需求应该属于项目出采方面的工作，它往往处于项目实施的边缘。上还是不上，完全与实施人员对项目的掌控有关，因为客户根本就没有想到这个系统中还有这方面的功能。对于这类需求，项目经理一定要对项目有很强的把控能力，因为整个项目的周期是固定的，如果一味的追求项目出采，将摊子铺的特别大，到时候将很难收场。而且，就算项目经理对项目有很好的把控，时间也很充足，但为了防止出现意外，很多项目中这类工作都没有做，项目提前结束，大家都高兴，这是一个不争的事实。但是，我想说的是，如果你再往前迈一步，也不是特别费劲，但是你看到的景象是完全不同的，无论对个人，软件提供商，还是客户，都是有利无弊的。我曾经实施过一个项目，在项目后期我提议将在系统中管理企业的设备，客户非常高兴，也异常配合，不到一个星期就完成了所有工作。现在，他们这一块用的特别好，对于去他们那参观的其他客户，他们首先介绍的就是设备管理，说实在话，这是我当时完全没有想到的！对于这类需求，我的原则是量力而行，适可而止，千万不能好高骛远！
企业的需求是千变万化的，严格的对他们进行分类肯定是不可能的，但将他们大致的分类还是可以的，然后在每个小类内部考虑，问题无疑会简单很多。
10/21/2005
|
