SAP Activate包含SAP最佳实践、向导式配置和实施方法论三部分内容。其中Activate实施方法论继承了ASAP的部分内容，也加入了新的指导思想和实施工具。目前在国内的项目上，还是很少有全面使用Activate方法论来做项目的，毕竟，ASAP历史太辉煌了，每家实施公司都担心冒然转到新的方法论上会导致未知的风险。但同时，我们也看到，随着SAP Cloud的推进，客户对实施成本的不断压缩，以及新技术的冲击，我相信Activate在不远的将来会全面取代ASAP，成为指导SAP项目实施的主流方法论。今天多学点，说不定明天就用上了，你说呢？
指导思想的变化
首先是简化的实施路线。直观地看到，Activate实施方法论的实施阶段从ASAP的5个阶段变为4个阶段（核心阶段，不含Discover与Run），阶段更紧凑了。其次，每个阶段的工作内容上看也做了一定程度的简化和裁减。最后，Activate强调了模板与标准解决方案作为项目实施的基础，通过Fit/Gap分析得到差异点，这也简化了很多ASAP中的流程设计工作量。
其次是敏捷项目管理思想的引入。传统的ERP实施，包括ASAP的方法论，本质上是瀑布式的项目管理思维。所谓的瀑布式项目思维是指项目所有的工作都视同是可预见性的，项目开始时即寄希望于定义清楚项目的方方面面，后续仅需要把项目已定义的工作交付即可。虽然瀑布式思维对于咨询公司而言是有利的，项目开始，通过SOW进行需要的粗略描述，再通过调研和蓝图，确定项目的所有需要交付的内容。但实际上，我们做过项目管理都知道，客户的需求总是在不断变化的，即使不变的需求，我们对需求的理解也是逐步深入的，很难从一开始就了解客户要的全部。Activate采用了敏捷的项目管理思维，也是试图解决这一矛盾，尝试为更好的满足客户而打造指导思想的强力武器。期待通过项目的实践，把这个方法论落地和完善，从而为客户和项目创造更大的价值。
实施阶段划分的变化
Activate方法论简化了ASAP的阶段划分，从原来的5个阶段变为4个，具体有：
1、准备阶段（Prepare）：准备阶段的主要工作是定义项目，以及后后续的阶段做准备工作，基本上可以对应ASAP中的项目准备阶段。新旧方法论中，准备阶段的工作内容没有很大的变化，关键的点还是项目目标、团队、主计划、项目环境这几方面，里程碑事件仍然是项目的启动会。（PS：个人见解，按PMP的架构，此处的启动会应视同于项目开工会，这样更准确一些，因为项目的启动会应该归属项目开始立项和可行性分析完成后等更前面的工作）。
2、调研阶段（Explore）：调研阶段的主要工作是分析Fit/Gap，也就是通过往常的现状调研活动，与最佳业务实践的方案进行差异的对比，以确保方案和功能在项目的范围之内，并且要确定差异的部分以及解决的方案。调研阶段可以视同于ASAP的业务蓝图阶段，但指导方法上有很大的变化。首先，调研阶段的工作重点变成了差异分析，也即我们是先有一个标准的解决方案，通过分析项目的实际情况并与标准方案进行对比，找出差异。而原有的ASAP方法论则基本上是从零开始，执行调研，流程设计，方案讨论，并最终确定整体蓝图。我个人的理解是，Activate方法论把所有的实施项目按“推广项目”的方式来做了，会给你成熟的模板、套路，做项目就是看与我的标准的套路有什么不同，把精力重点放在解决差异点上。
3、实现阶段（Realize）:实现阶段的主要工作是把调研阶段所确定的业务场景和流程，通过敏捷和快速迭代的方法，逐步形成一个满足业务需求的系统。实现阶段可以视同是Activate方法论把ASAP中的实现阶段和最终准备阶段合并了。原来我们在实现阶段做的配置、开发、测试、数据收集、用户培训、上线的数据准备等等，都涵盖在Activate的实现阶段中。我认为这是一个好的变化，事实上，我原来在用ASAP方法论时，就觉得实现阶段与上线准备阶段的区隔并不会很明显，特别是现在的项目周期越来越短，很多时候实现阶段上线准备阶段的工作会穿插和并行在开展。
4、部署阶段（Deploy）：部署阶段的主要工作是执行系统切换工作，完成系统的上线及上线的支持。也就是ASAP中的上线准备阶段后期的工作加上上线支持的工作内容。
应用的项目环境变化
在ECC或更早以前，SAP基本上只能私有化部署一种选择，而到了S/4Hana中，除支持私有化部署外，还支持混合部署和公有云、私有云的部署方式，而SAP也是竭力推广他家的S/4 Hana Cloud。而Cloud版本的核心特点是按需付费、快速部署、快速迭代更新，这几点都使得ASAP已稍显过时。首先，按需付费意味着，企业可能随时增加实施新的功能或模块，如果每次都按旧有的套路，按部就班地实施，整体的成本和时间都无法满足企业的要求的。其次，快速部署也要求实施上的周期要尽可能的压缩，降低企业的首次拥有成本。最后，快速的迭代更新使得SAP的实施和解决方案肯定需要更加的标准化，而不进行太多的个性化开发。ASAP方法论中，安排了很大量的时间用于流程的设计、实现等等，未来可能都不太需要或仅少量的定制化个性流程，其余绝大部分是标准的解决方案，企业或实施商按需选择使用即可。
如何应用Activate？
从上述的分析也可以看到，Activate绝对是为S/4HANA，特别是Cloud版本的实施而量身定做的，这也从侧面是印证了为什么目前国内的SAP实施项目很少会全面地使用新的实施方法论。但这不妨碍我们吸收其精华，用于改造和优化我们现在所有的ASAP方法论上，至少，我认为以下几点是值得顾问们认真研究的：
1、业务调研和蓝图设计的重点应关注项目的特色和差异上。不必过多地在标准流程、标准做法上花费精力。
2、尽可能使用标准化的模板。这将有利于我们快速的交付业务蓝图，把有限的精力放在项目的重点方案安排上，而不是浪费在对标准的流程反复讨论中。
3、接受适度的变化，而不是全部坚持蓝图输出的内容。其实变化并不可怕，关键是要把握好适度的原则。对于不影响核心解决方案的变化，支持按客户的需求来适当地满足，这样也会带来客户价值和体验的极大提升。
4、为Cloud的到来提前做好准备。Cloud的项目普遍实施周期会更短，SAP官方推荐的是3个月（含实施和支持），如何在这么短的时间内完成项目的交付，将是各位顾问和项目管理者的极大挑战，而利用好方法论，无疑是其中的关键点。
附：SAP官方文档中关于Activate的阶段说明：
***更多的内容等你来发现与分享，请与我们联系！
全文完，谢谢观看
SAP原创知识分享平台，所有文章由资深专家顾问亲自验证与编写，拒绝一切搬砖行为。
欢迎投稿，合作事宜请发邮件到：１５７６４７３８２＠ＱＱ．ｃｏｍ
扫描下方二维码或长按识别二维码关注微信公众号【SAP天天问】参与互动。
