ERP业务流程重组如何避免无病呻吟?
【 专稿】 业务流程重组无疑是ERP项目中的一个重头戏。不过可惜的是,不少企业在这个环节中容易走极端路线。要么就是太过于相信自己的管理流程,要么就是完全依赖于系统的标准流程。笔者认为,走极端路线只会将ERP系统引向失败的深渊。在进行业务流程重组过程中,应该采取措施有效的避免无病呻吟的现象。简单的说,就是如果企业现在使用的流程是合理的,那么就应该有所坚持。具体的说,可以从如下几个方面出发。
一、“有病”、“无病”该如何判断?
要做到不无病呻吟,首先需要确认的是,哪些流程是“有病”的,哪些流程则是“无病”的。说实话,要对此做出合理的判断,确实有一定的难度。笔者这里就介绍一个简单的方法,以供大家参考。
在ERP项目推进过程中,项目管理员手中一般会有两份流程文档,分别为企业现在使用的流程说明书和系统的标准作业流程。现在项目管理员所要做的就是将这两份流程进行对比,找出有差异的地方。然后跟相关用户开会讨论,为什么会存在这个差异。或者说,这个差异对企业的管理是否有存在的价值。通过这个讨论,可以帮助用户发现企业现有流程存在的漏洞。然后再根据企业现在的实际情况,来判断这个漏洞是否会给企业带来不必要的损失。如果会的话,那么企业所使用的操作流程就是“病态”的,需要重新设计或者就按标准流程来操作。如果不会造成损失,那么就是杞人忧天,不需要“无病呻吟”。
笔者以采购订单收货数量控制为例。在标准流程中,一般要求物料收货的数量不能够超过采购订单中的数量。而企业现在的管理模式则允许超收情况的存在。那么如何评论哪个流程是合理的呢?此时项目管理员不能够偏听偏信。而应该仔细分析这两个流程的差异。经过分析可以发现,两个流程的主要区别在于收货数量是否可以大于采购数量的控制上。企业现有的流程是允许的或者说没有这方面的控制。而标准操作流程则是不允许的。此时项目管理员就需要跟相关用户进行协商,根据实际情况来判断。如企业可能跟供应商有协议,采取供应商库存的管理方式。即不按采购订单或者收货数量来付款,而是根据企业实际使用的数量来进行结账。在这种情况下,无疑企业现在的操作流程更加的合适。
可见,某个流程是否“有病”,项目管理员说了不算,实施顾问说了也不算。主要还是要根据企业的实际情况来进行判断。对实际操作流程与标准流程进行对比,可以发现企业现有流程的不足之处。然后再对这个不足之处进行评估。有时候虽然流程有不足,但是并不一定会给企业造成损失。对于这一点,项目管理员要有充分的认识。
二、无病呻吟不如采取预防措施
如果经过上面的评估,发现企业实际操作流程与系统标准流程有差入,并根据企业的实际情况评估发现这个差入不会给企业造成损失。此时就可以认为企业现在操作的流程是合理的,不需要进行更改。此时项目管理员该做些什么事呢?笔者认为,还需要注意如下内容。
一是为了安全起见,需要将这个可能存在的安全隐患记录下来。因为企业现在可能不会存在这种情况。但是也许在几年之后就会出现一些情况,给企业造成漏洞。像上面这个案例。也许几年之后,某些供应商会变得比较强势,要求企业必须按收货的数量结账。此时显然就需要采取标准流程。如果在前期评估时,能够将这些内容记录清楚。那么在以后遇到这种情况时,就不需要在重新评估或者学习。直接拿来设置即可。