今天，领导将所有应用系统负责人召集一起，来讨论未来IT系统的规划：是对现存应用系统做变更、梳理、优化、整合，还是换一整套知名ERP产品线。为什么会抛出这样一个问题呢？还要从头说起。

1、无法评估的变更：公司从2000年起至今，陆续地建立了覆盖绝大多数核心业务的应用系统，产品如QAD、MAXIMO，定置开发如：MES、SPC、QIS、CRM、SRM、PDM、HRM。从应用系统上线后，每年都会不断地对应用系统进行适应性变更，有些变更是为了简化操作，有些变更因为业务流程的变化。我们应付最多的就是后者，可能因为领导班子的调整，也可能是新的业务改革试点，都需要应用系统随之变化，可是谁来对业务流程变化的后果买单呢？是否适合公司业务呢？是否具有可能性的？虽然也有可行性研究报告，但这些财务分析的数字全是提出方自己做出来的数字，是否真实有效，是否合理呢？没人知道。只要是通过审批，应用系统就要配合业务变化而变化，不停地修修补补。由于缺乏规划地变更，可以想像出来系统最后修改成什么样子。我们还要这样继续下去吗？

2、硬件投入：由于应用系统多，因此硬件投入也不少，一个应用最少就有两台服务器，一台前端应用，一台后端数据库（AIX），核心系统还有双机热备，应用还共有5台测试环境服务器。光应用系统的服务器就有近20台，每年服务器的备份投入也是不小的开支。随着数据的增长，每年还需要投入盘柜的存储成本。

3、接口复杂、数据冗余：由于没有建立数据仓库，各个系统间的接口图画出来和蜘蛛网一样，特别是QAD系统，几乎和所有应用都有交互，为了减少对它的压力，很多接口都排在晚上进行，看看QAD的任务计划，晚上的时间全部排满了。随着公司产量的提升，QAD的压力越来越大，MRP运行失败的次数也多了起来，IT部门倍感压力。MES系统的可用性要求更高，两班次16小时的无间断运行。现场最初的设计只是扫描成品流水号，显示本工位BOM，后来防错、配料的需求实施，扫描的条码越来越多，校验也越来越多，存储信息量也越来越多，系统越来越慢，抱怨越来越多。CRM系统为了不造成对MES系统的影响，将实际装机BOM抓到它的数据库中，造成数据严重冗余，几百G的信息完全是重复的信息。

4、使用体验不好：用户的要求是永不满足的，我就经常听到用户这样抱怨，“每天使用的系统太多，应该整合成一个系统，不要让我开多个应用窗口”。没有哪一个部门的业务是单独运行的，势必会有跨部门的协作，而这些业务只可能在一个应用系统中存在，必然会形成一个用户可能会操作多个系统。除非做系统整合（应该是EAI的范畴），否则这种情况无法避免。

（补充一点最重要的，业务部门希望更换ERP呼声最高的，写的时候怎么忘了呢？该打！）
5、QAD本身的限制：也许是我们公司的QAD运用不理想，对其理解不深入，总之，每天的MRP运算出来的结果准确率极低，材料计划员每天需要手工导出进行人为地、经验上地修改，再导入回去。为最大化满足客户要求，每日对新订单进行材料可用性评审（奇怪，似乎并不评审能力可用性），评审也仅仅通过对QAD的客户化，简单的开展BOM，结合有效库存和第三方物流的VMI库存情况判断是否满足。对于MRP运算结果准确性不高的原因，业务部门和IT都曾经列过十几种，位列前茅的都是目前QAD本身的限制而无法解决的，如零件替换、供应商比例、客户指定供应商等等。每日的材料评审无非又是一次MRP运算，在忙时运行一次耗时不低少6小时，无法满足公司时间上的要求。

综上所述，与其每年投入大量的成本和精力去变更，是不是可以一次性投入实施一个ERP呢？这样我们就可以拒绝一些拍脑袋的业务变更，ERP标准的流程还需要变更吗？要好好考量一下变更的合理性了，我们就能从这个变更的泥潭里解救出来。这就是领导的初衷了。

当时，我脑子里的想法是，如果换ERP：

1、ERP是否真能满足现有业务的全部需要？

2、ERP的流程是否真正如我们所愿可以避免一些不合理的业务变更？

3、实施ERP之前对业务流程的梳理、再造是在所难免，各个大领导是否要进行洗脑，如果没有他们的支持，那就肯定失败。

4、目前现存的问题，实施新的ERP仍然存在，并不是换个ERP能解决的问题。那么抱怨真能消除吗？我们的业务部门光有IDEA，没有配套辅助的硬件和软件保障，再好的系统、IDEA也无法操作。

5、据我所知，没有ERP会包含MES，也就是说我们的定置化的MES，已经风雨飘摇的系统仍需要大刀阔斧的进行改造，所有基于QAD的接口和逻辑全部要重做。由于ERP包含有APS模块，现有MES的计划/物料可能全部裁剪掉。实施后的培训也是一个极大的工程。

如果不换：

1、业务流程仍需要梳理、再造，再对系统进行优化、整理。特别要规范业务变更的审批机制。公司缺乏一个对业务规划的部门，如果IT来推动，级别又不够，也没有信服力。其实IT系统的规划也是缺乏的，我们本身能力是不足的，应该需要一个咨询公司对其进行分析和规划建议，并不是单单某一个系统的。

2、建立数据仓库，改造现有系统的网状接口为总线式接口。

3、EAI，应用系统集成。说真的，对这个不了解，是否和SOA是一个概念呢？但目的应该是明确的，就是对用户而言，就是一个大的系统，他不关心底层到底有什么样的平台架构做支撑。可以随意查询跨部门（跨系统）的信息，可以跨部门的协作（工作流）。

不管最终的结果是什么，工作量都是前所未有的，史无前例的。而实施新的ERP不仅是工作量的问题了，风险也是巨大的。当然，从个人的学习角度来说，进步也将会是相当地大。

文章写完了，我又想起两个词来，“削足适履”“量体裁衣”。和现在的抉择倒是有些想像。