[转帖]无法拥抱变化 -- 传统ERP的缺陷——by Brian.Xu

digman

可能是爱好的原因，比较喜欢看一些咨询类的文章，比较喜欢讲“理”的文章，对于软件操作技巧反而不太喜欢，不知道这样好不好，会不会动手能力比较差，呵呵

文章的主人主要阐述传统erp无法拥抱变化的原因，但是对于如何解决并没有说太多。
可能是本人接触过一些开发工作，所以对于软件的灵活性有着特别的喜好，总希望有一天能拿到一个类似excel灵活的管理软件，那样的话，将是企业和实施人员的福音，因为他们可以实现一个梦想——拥抱变化。

这个世界上唯一不会变化的就是变化了。（有点绕口）

像软件开发一样，需求永远都是在变化的，程序员编写代码总想需求能够稳定下来，确定下来，这样他开发起来就轻松了，有的放矢了。可惜，总也不能遂愿。

我们实施erp时，何尝没有这样的愿望呢，客户三天两头的变更，能把你累死，也能把你气死，
什么时候客户提个要求，我三两分钟就能搞定，那就很幸福了。
据了解现在也就“excel”的功能能够达到，大家认为呢

一起欣赏这篇文章吧，不多说了
=========================================================
传统ERP软件的一个特点, 是试图把企业内部所有的业务规则都明确化、固定化，这对于一些大型垄断行业/企业来说或许问题不大. 但对于在市场中搏杀的中小企业来说就有点僵化...如果遇到一些在最初上线的时候没有遇到过的特殊的业务，就可能会无法操作，除非一直等到重新根据这个业务制定出新的业务规程并对系统进行新的设置后，才能继续。可是对于中小企业来说, 天天面对变化的环境, 根本不可能等把规则理清楚之后再继续: 遇到新问题, 一般都是老板或员工"便宜行事".


    比如生产中的MRP, 能够正常运行的一个前提是主生产计划(MPS)能够基本保持稳定，不能有太过频繁的变化, 同时企业内的基础数据(如BOM和各种定额)有95%以上的正确率。这个前提在欧洲那样稳定的生产环境中或许能得到满足。而在国内的商业环境中却是无法实现的。


    我们有一个客户，是做电力设备的。他说，同样的产品，如果是交给西门子等欧洲公司做，就得提前6个月订货，并且订货后不能再更改技术要求。可是对于他们这样的国内制造商，客户只会提前1到2个月订货，并且可能在交付前一周还会更改技术要求。为了能拿到订单，国内客户必须适应市场和客户的这种要求。但是，在这两种不同的情况下，生产组织和计划的侧重点是完全不同的。


    再举个例子。传统ERP系统中，对于销售订单都有一个价格管制功能。如果遇到超越公司价格政策的情况就必须要一定级别的主管来审批。可是主管只有在与销售员深入沟通并了解这笔业务的细节后，才可能做出审批决定。而这个沟通的过程是超出ERP系统的功能范畴的。市场环境瞬息万变，这种情况发生地多了，人们就觉得传统ERP蜕变成了一个业务记录工具，而无法在业务发生的过程中提供足够的帮助。


    发生这种问题的原因，是传统ERP的潜意识中，只把人当作操作员, 而忽视了流程中人的主观能动作用。可是所有的业务都是人来做的, 最后也是由人来承担责任的. 这也是一些企业对ERP的实施效果不大认同的原因. (这就类似在软件开发领域的CMM，只把开发人员当作机器，造成很难适应需求和环境的变化，进而使得开发成本居高不下，无法给企业带来经济效益。)


    一个好的系统, 应该帮助企业老板和员工理顺业务线索, 而不仅仅提供MRP之类的强大业务计算能力. 应该加强企业员工的协同工作的能力, 尊重人在企业业务流程中的重要因素. 帮助企业员工充分发挥创造力, 而不是用僵化地流程去硬套.


    一个好的系统, 应该能够帮助用户逐步提高基础数据/业务规则的准确性, 而不是把基础数据/业务规则的准确性完全扔给用户去负责. 并且, 在基础数据/业务规则的准确性不够高的时候, 能尽可能发挥人的作用, 帮助用户尽可能把业务流程走下去. (在这里为什么要把基础数据和业务规则放在一起说呢? 这是因为对用户来说, 二者常常是一个事情的两个角度. 有的时候，一些用户甚至都不能正确地区分二者)

digman

无法拥抱变化都表现在什么地方，需要考虑考虑，大家有什么意见呢

arthurkkk

古语讲，预则立、不预则废！
现在的流行语是，计划不如变化快！

上文说的不错，关键是人，事情是要人来做的！ERP也只是工具而已！
用ERP来做记录、计划、数据整理、决策分析；
至于执行、决策还是要人来做的！

digman

我认为，要想充分发挥人的作用，软件也应该足够的灵活，以应对快速的变化

weihb_cz

非常认同楼主观点，这或许就是现在流行的“不上ERP是等死，上ERP是找死”的真正症结