|
一直都在制造业呆,先是做生管,再做管理部经营推动搞工单搞分析报表,再做公司BPR。后来实施ERP,还兼点人事考勤系统分析。。。
我现在做的公司其实跟楼主很像,刚开始都是各部门有各自的小系统,各自的业务流程和业务数据存在重复或无法衔接。说实话,刚开始推ERP的时候的确很痛苦,不断的调研,业务需求讨论,调研,业务需求讨论,特别是新旧系统并行阶段两边的数据是反复核对。
虽然经验浅薄,但我也来说上两句:
1.楼主说要做BPR。我认为没错。BPR不仅仅是流程重组吧?不是就是来搞重整搞破坏的吧?如何清晰定义现有业务流程形成标准,如何整合各部门的业务流程,做到上下衔接,单据和数据统一。这也是BPR的重要工作吧?这期间就涉及到单据流和数据流的问题了。没有必要说一定要改变部门的现有作业模式的。
2.所谓的信息孤立,各小系统互不关系,各部门各自为政,我不大同意这种说法。大家都在同一个公司工作,有可能信息孤立,各不相干吗?同一产品,有可能销售定义是A,生管定义是B吗?同一批订单,有可能销售的需求是1000,生管的需求是100吗?我想每个小系统的相同的信息内容应该是一样的,只是系统与系统之间无法对接,各个系统数据需要重复录入而已。这里楼主要做的就是怎么串起小系统,达到数据流通了,这样也就是是否用统一的ERP系统比较好的问题了。如果楼主IT部够强,考虑到成本问题,不买ERP软件,就想法让现有小系统能串起来,数据能互相传导,这样也可以啊
3.如果要上ERP,楼主要做的就是收集整理各部门现在的作业模式,业务流程,每个部门需要的数据及数据的输入输出,至于怎么整合达成统一,怎么分配数据录入,怎么能够让所有数据都能录入,这就是楼主要动脑筋的了。
4.同意fals的观点。系统不可能是一成不变的,流程和数据也不可能是一成不变的。必要的时候当然是要修改数据库结构以能维护新的数据了。
5.乙方站在自己软件开发成本及软件实施难易的角度考虑,当然是希望用户更改自己的业务流程来配合软件的实施了。
而甲方,我们作为企业实施方,就需要耐心听取各部门的业务需求了。USER肯定是希望自己的作业模式不会改变,作业量不会增加(能减少更好),并且可以在新系统获取到自己需要的所有数据了。。。 |
|