随着ERP的初始发布，游戏变革者的一个关键能力是无需直接的IT参与，业务用户能够访问数据并生成报告。对业务用户的这种授权对业务敏捷性产生了重大影响。如今，我们看到ERP厂商专注于提供有利于商业报告和分析的工具。然而，我依然可以看到在ERP行业，一个新的进化正在酝酿，我喜欢称之为“自适应ERP”，在其中业务用户可以执行按需操作来满足业务的实时变化。在下一节中我们会讨论自适应ERP的主要功能，并且对ERP行业的定位进行实际的评估。

什么是自适应ERP？

自适应ERP将使业务用户能够配置、模拟、测试和利用有限的传统IT服务 (比如软件开发)实现业务技术变革。预测分析将成为现实。逻辑思维和搜索方法会比技术语法更有价值。信息将关联上下文，甚至特指某一个事物。以下是自适应ERP所应涉及的主要领域：

领域：逻辑发展

商业模式的经常改变对IT开发工作有所要求。任何称职的IT开发应包括以下内容：
*业务需求收集
*技术设计
*技术构建
*单位、系统测试

一般来说,，参与一个项目的人越多，协调/沟通的努力也更多，导致投入更多的时间。要提高企业的灵敏度将需要在ERP支持业务活动上的变革。然而，简单地消除方程不是最终办法。需要的是提供企业主所要求的工具和经验，使其变得更加自给自足。

逻辑发展
逻辑发展与技术发展的对比
通过减少IT与业务之间的关联增加灵敏性
公式：N*（N-1）/2 此处N代表所涉及的个体
商务规则与技术组件分开
被单独存储的主要业务场景的变量是例外
商业模型被作为ERP元数据存储

ERP的逻辑发展

下面是一个简短的列表，列出使业务用户能够执行逻辑发展所需的性能
*商业模型在ERP软件必须被定义为元数据。

*业务规则是独立于技术组件之外和业务用户直接接触。
*业务场景定义独立于各自的商业模式。业务异常变化是个特定的业务场景的变量。

*业务用户应该能够在生产方面进行仿真试验 (即平行测试)

*ERP必须提供自动测试支持

*自动化单元和系统测试(通过业务模型元数据自我学习)。

*自动化业务流程测试脚本。

*测试脚本是一个注重实效的对业务需求的观察。
*自动化的影响分析与逻辑的发展变化。

*业务用户应该在逻辑思维和结构化思考方面进行训练。必须有一个指定的过程与ERP软件有效地进行知识转移。业务用户应该能够在如何经营他们的业务方面直接指导(即配置)ERP软件。

需要记住的是，对于ERP一个关键的价值主张是减少软件开发。这不是一个说要消除IT，而是将IT的重点从战术支持转到战略活动。IT将在业务用户逻辑和结构化的思维方面发挥非常重要的作用。
领域：预测分析

今天，大数据和企业2.0引起了人们的兴趣，但它们还不是最后的终点。

在一天工作结束的时候，业务决策对业务结果会有影响。企业2.0和大数据是支持性技术。企业2.0专注于Web 2.0标准在发展中的协作技术如博客、RSS、社交书签、社交网络和wiki中的运用。企业2.0强调员工、合作伙伴和消费者协作创造知识。大数据是知识管理的下一步演变，现在可用于管理和利用结构化和非结构化数据。然而，关键的挑战是如何有效地利用我们正在收集所有的信息。我们需要翻转以下流程范式：

改变这种范式需要推理引擎，流线化分析生成和使预测分析成为现实。下面是一个支持预测分析的功能列表，：

*基于案例的推理将提供基于数据和事务模式的建议。

*基于规则的推理将提供基于标准的业务原则的战术、运营决策支持。

*大数据将促进结构化和非结构化数据的同化来识别不同模式和提供操作语境。

*协作ERP 2.0将支持协作讨论，为决策支持提供事务语境。

在分析上这样的进步将使业务用户能够专注于增值活动的回顾分析和为有效的商业决策得出结论。
领域：开放性

无论你是否出售开源ERP，你不得不佩服开源ERP推广的新范式和简单性。随着遗留ERP技术的持续消费，市场将继续推动个人用户支持和供应商的独立。下面是一个简短的功能列表，其中的功能将会促进一个更开放的ERP行业

*自带设备（Bring Your Own Device）允许员工带自己的电子设备——如智能手机、笔记本电脑和PDA——到工作地点使用，能够与公司网络相连。
*BPMN合规将保证ERP业务流程定义与在业务流程建模符号(BPMN)模型列出的业务流程定义标准相一致。这个模型是由对象管理集团(OMG)管理。依我拙见，OMG在定义一个全球标准业务流程模型最佳人选。这个进步将是启动真正的企业系统的互操作性的关键角色。这是一个艰巨的任务，需要大量市场需求来加速标准化倡议。

*协作共享的发展是开放社区的一个重要益处。有时候需要许多开发者来支持ERP解决方案。今天,我可以去苹果应用商店为我的iPhone购买一个应用程序。在将来，我们会看到ERP应用商店的出现，在那里一个客户或一个单独的业务用户可以下载一个对象(软件、报告、基于角色的功能)来定制他们的ERP经验。

*开放的合作伙伴网络。你的ERP在你的商业价值链(供应商、经销商、客户、提供者)越是整合，你的ERP系统就越强大。我期望ERP市场在与合作伙伴、供应商、和供应商网络，在对软件产品的特点和集成交付方面投入更多的价值。SOA将成为使得开放合作网络成为现实的重要推动因素。

*开放性是创建灵活性，对客户而言是应对不断变化的业务环境的最有效的方式。

领域：可行性解决方案

我已经吸取了一个深刻的教训是，不管一个ERP供应商可以提供多少功能和产品 (甚至是免费的)，如果软件是难以管理的，它所做的一切都是徒劳。对客户来说，必须支付三倍甚至四倍于原有的软件成本来维持他们的ERP投资是不可接受的。有些人可能认为ERP厂商没有通过构建在功能之上的功能来维护客户的最佳利益，没有提供工具用以显著降低总拥有成本(TCO)。

关键点：
*单个ERP解决方案的五个独立实例。IT部门必须付出努力而不增加价值来维持这些独立的实例。
*客户IT必须为ERP供应商的上级/软件升级的QA维护一个单独的实例（Demo）
*业务要求、配置决策和测试脚本都被以MS Word文档形式存储在外。没有ERP自我学习功能。

下面的一系列功能将大大降低TCO：
*测试自动化（自我学习工具）
*主数据管理自动化（信息感知工具）

*删除多实例的需要

*同化的、整体解决方案-松散的多点系统将不发挥作用，导致更大的成本和失败的可能。
*最小化技术堆栈
*高品质保证
*升级/软件维护版本包括了由ERP供应商展示的测试案例和结果。
*实施向导
*预定义的业务需求评估问卷来确定功能利用率。
*配置序列和数据捕获。
*交付的数据清理和数据转换工具。

*实施最佳实践

*支持混合部署
*软件体系结构可以支持单个或多个租户。
*为应用程序和/或数据准备的内部、托管、公共云、私有云。

*例如：客户决定存储关键任务数据到内部和内部数据到公共云。

一个ERP客户完全承担额外的实施和升级的成本，这将不再被接受认可。这并不代表真正的伙伴关系。

自适应ERP对于ERP行业的挑战

今天，我们看到一个整合的ERP行业。伴随着收购，一些ERP供应商提供自适应ERP的一些有限功能，但这些功能分散在多个软件产品和平台。一个ERP解决方案的强弱决定于最薄弱的环节(集成)。更多的技术松散结合在一起通常意味着(一个)更多的IT资源，(b)额外的故障，(c)更复杂的业务用户体验。我们见证了在ERP软件已经变得臃肿不堪，功能加功能而没有任何逻辑进步时，ERP客户被迫处理和支付未使用的特性，从而相对于简单导致更多的挫折。

许多顶级ERP软件解决方案包使用一个系统配置概念，花费一些时间建立业务环境，但请允许我对这个行业的挑战。我同意一些ERP软件提供了配置的概念，但在实施计划中还没有明确的减少(例如SAP)或与此相关的方法的成本节省，因为当前已知的配置没有那么经常改变(例如收入代码、GL帐号)。像业务规则、场景和异常改变则更频繁。这对于一些ERP软件(如PeopleSoft)是一个挑战，它们的许多业务规则都封装在技术对象中。预配置只是一个开端——它在短期内增加价值，但ERP是一个长期的过程。在我看来，关键是要对业务用户公开底层的业务模式，以便更好的做到实时互动。

同时，有主数据管理(MDM)可用的解决方案来支持一个战术级别的数据治理，通过消除重复的数据，合并、规范规则来消除不正确的数据进入ERP系统。对于自适应ERP，MDM必须在我所说的“信息意识”有超前。信息意识意味着两件事(1)MDM是能够在企业内部生态系统通过数据调查，自动检测并定义新的信息资源，(2)MDM能够决定如何使用数据。这些功能将会是影响分析自动化的关键环节。我们需要有一个成熟的、开放的、全面的解决方案，所有的个人软件平台都融合到一个强大的、统一的解决方案。这不是简单地建立一个面板，将两个单独的用户会话放在一起，或者是增加了另一个级别的抽象技术和性能的编制。一个可行的解决方案是一个可管理的解决方案。

小结

我坚信在执行非竞争性的商业行为上要尽可能便宜。在最后我坚信ERP。然而,ERP行业已经出现在总体拥有成本和业务适应性上出现短板。许多人错误地得出结论，更多的软件功能和增加技术堆栈可以解决ERP适应性问题。把更多的权力交予业务用户之手是在业务敏捷性上的正确战略。在商务解决方案中，人才是最重要的和最具适应性的构成。