说起ERP，现在许多IT人似乎都不愿意去谈论它，因为觉的它太Low 了。的确，这个以工业制造管理思想为基础，以PC时代技术为主体的管理系统，似乎在我们的移动互联网时代越来越显的老旧，笨重！有位ERP系统的用户曾经向我抱怨道：你们做ERP系统人，到底自己有没有用过软件做业务啊？软件系统的操作巨复杂，而且和我们的实际工作场景一点也不匹配，你们是否只满足了我们领导管控这家公司的需求和欲望，而把我们这些用户通通都忽视掉了呢？如果还这么干下去，ERP的系统迟早是会被我们这些用户造反革命掉的！
这也使得许多企业在做新的IT系统规划的时候，就开始打定主意，用移动互联网时代 的IT系统去替换掉ERP，让ERP彻底地休眠掉！现在流行的2B（To Business）领域的投资热潮，就是以2B SaaS应用为核心的应用，用一个个的用户场景去“蚕食”掉原本归属于ERP的势力范围，从这个角度来说也称的上“SaaS崛起将埋葬ERP系统”，那ERP真的就只能进入到被埋葬的地步了吗？我倒是持有不同的观点：ERP系统在新的技术改造下，借助“场景革命”的力量重新设计商业模式，将很有机会重新焕发生命力！
那怎么做呢到呢？首先需要向SaaS模式学习，创新性地使用敏捷研发方法，并基于敏捷研发方法进一步实现DevOps：基于敏捷方法的产品迭代与持续集成。这一点我们在SaaS应用上已经实现了，目前所有的移动产品都是按照两周一迭代的模式来运作的，但这个方法在ERP上行不通，因为我们的所有ERP都是客户单独部署的，所以我们有任何的更新都没有办法直通客户，一旦有个BUG要处理的话，假设处理BUG要1人天，但如果有500家客户，那我们就需要有500人天的投入（3个人干近1年的工作量），这基本上不可能“敏捷”，这也是为什么ERP我们干的这么累，客户觉的我们这么贵的一个重要原因。
那我们在ERP业务上怎么破这个局，这就必须要求我们的ERP平台实现平台 、产品、定制代码的分离，这样平台与产品升级就变成了一个可自动化的工作；再有就是我们升级、维护工具要跟上，所有代码与更新必须在同一个平台上，这样才有可能是“自动化”的，如果我们能够做到这两个动作，我们的ERP才有可能成为“快速迭代”，客户才有可能及时应用我们的最新工作成果。
DevOps是什么，从百度百科上查了一下是这么说的：DevOps（英文Development和Operations的组合）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。它的出现是由于软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运营工作必须紧密合作。
按照上面的定义，可以把DevOps看作开发（软件工程）、技术运营和质量保障（QA）三者的交集。传统的软件组织将开发、IT运营和质量保障设为各自分离的部门。在这种环境下如何采用新的开发方法（例如敏捷软件开发），这是一个重要的课题：按照从前的工作方式，开发和部署不需要IT支持或者QA深入的、跨部门的支持，而却需要极其紧密的多部门协作。然而DevOps考虑的还不止是软件部署。它是一套针对这几个部门间沟通与协作问题的流程和方法。
针对几个部门之间的沟通与协作问题，这是站在组织内部视角来看的，还有一个视角就是站在产业链的视角来看，DevOps是可以进一步放到大产品厂商--》实施交付厂商--》企业IT团队这个生态系统中来执行的，这相当于就是有了一套生态链伙伴之间的协作标准。此前，一家公司想获得竞争优势必须不断优化自己的价值链，有了独有的资源公司才能提高在市场上的议价能力，这样公司就能进入良性循环。现在你手上控制资源的多少不再重要，重要的是你能否与人才、技术和信息生态无缝结合。事实上，你的公司不再是简单的有形和无形资产，你必须将它当成平台来看待。现有趋势显示，科技界的话语权已经从公司转向了平台，这就意味着我们必须在竞争中采取不同思路。因此，与其还按老套路每天想着市场占有率，不如想想那些市场上还未解决的问题和解决这些问题需要的资源。公司的竞争力不再简单靠效率来体现，与各大生态系统的有效连接才是关键。
在谈DevOps的时候，还有一个非常重要的要求，那就是实现全面自动化 ，包括部署、 升级、 扩展、 维护、 数据卫生、 测试、 监测、 安全和策略管理。在自动化方面投入巨资，目标是100%的自动化，不考虑低于90%的可能性，因为对于移动互联网的世界，面对着百万、千万级的用户，所有的管理工作必须是自动作才有可能实现快速迭代，并且确保高可靠性。但过去 在ERP的领域，这一块探索与实践的非常少，常常使用的是“人肉”模式来完成这一系列的工作，这是PC时代，单机部署与管理的逻辑，这一点我们应该按步就班地做了许多年，现在就必须要做出改变了。
当然，如果要实现全面的自动化， 在ERP的平台与框架领域就需要有足够的柯扩展性，否则 根本没有办法支撑这一技术要求，比如说：如果平台代码与产品代码没有分离、产品代码与定制开发代码没有分离、没有很好的数据库水平扩展能力、没有很好的接口调度方案等，所有的系统都是一个高耦合的系统 ，那这个平台根本就不具有可扩展性，所以这也是许多ERP产品的“先天不足”，没有从最基本的底座上进行构建，导致了ERP产品越做越重的原因，现在我们已经有机会来改变这一切！
童继龙
