[原创]木头哥哥：PLM实施中的一些挑战（3）

 

业务功能差距分析

一旦系统安装完成，下一步就是进行业务的差距分析以及业务和系统功能的对照。

i) 业务功能差距分析

任何软件都有其优势，否则企业也不会作出采购的决定，但是软件也不可能在没有客制化的情况下满足企业所有的业务需求。所以我们需要对软件有清晰的认识，它的各项功能。

在前面我们已经完成了一份PLM需求文档，这份文档清晰的描述了我们的需求以及我们现在的业务流程。在此我们需要重新将需求与系统功能一一进行对照，尤其是不能满足我们的业务需求的部分，如果对照过程中发现需求的实现过程中存在不一致的方案，那我们有必要审视一下这新的方案，它是业界最佳的方案吗？是否采用新的方案仍然可以实现我们预期的收益呢？

当然，如果一项需求在企业内是不容忽视的，则需要在分析过程中明确可以折中的方案是什么，并且对于折中的方案需要谨慎的进行评估。

识别客制化的内容和优先级

一旦差距分析完成，那些需求无法通过系统缺省功能满足则非常清晰，并且明确描述满足客户需求方案的复杂程度以及工作量评估，这份清单将提交给项目指导委员会进行决策，项目指导委员会将对客制化内容进行评估，并给出每项需求的优先级。

i) 识别客制化内容

首先，项目指导委员会需要下属的各业务小组对这份差距分析文档进行合理性分析，尤其是阐述每项业务需求的必要性，并且给出业务改变的可能性，即在无需客制化的情况下是否可以按照新的PLM系统对自身的业务进行改变？我们在实施过程中需要尽可能的减少系统的客制化的内容，因为大量客制化不仅会加大系统维护的工作量，而且在未来系统升级过程中也会增加升级的复杂程度，并且在未来的升级过程中供应商很有可能将客制化的功能作为标准功能在系统中实现，所以在项目实施过程中只客制化某些必需的业务需求，这一点相当重要，否则，企业花这么多金钱购买软件包干嘛？

ii) 分配优先级

仔细评估可以减少客制化内容。对一个企业来说，某些业务需求虽然重要，但不一定非常急迫，所以我们在给业务需求排序时需要把握需求的重要紧急程度，重要紧急的需求当然排在首位，重要但不紧急的需求则可以在后续的阶段中实现，我们在排序过程中可以给每项需求一个最终的截止时间点，以方案项目团队合理的调度资源。
推荐到鲜果： 查阅更多相关主题的帖子: PDM PLM