《SAP_S4_Activate实施方法论》由会员分享，可在线阅读，更多相关《SAP_S4_Activate实施方法论（4页珍藏版）》请在金锄头文库上搜索。
1、SAP新的Activate实施方法论都有什么变化SAP Activate包含SAP最佳实践、向导式配置和实施方法论三部分内容。其中Activate实施 方法论继承了 ASAP的部分内容，也加入了新的指导思想和实施工具。目前在国内的项目上，还 是很少有全面使用Activate方法论来做项目的，毕竟，ASAP历史太辉煌了，每家实施公司都担心 冒然转到新的方法论上会导致未知的风险。但同时，我们也看到，随着SAP Cloud的推进，客户 对实施成本的不断压缩，以及新技术的冲击，我相信Activate在不远的将来会全面取代ASAP，成 为指导SAP项目实施的主流方法论。今天多学点，说不定明天就用上了，你
2、说呢？一、指导思想的变化首先是简化的实施路线。直观地看到， Activate 实施方法论的实施阶段从 ASAP 的 5 个阶段变 为4个阶段（核心阶段，不含Discover与Run）,阶段更紧凑了。其次，每个阶段的工作内容上看 也做了一定程度的简化和裁减。最后 ， Activate 强调了模板与标准解决方案作为项目实施的基础， 通过 Fit/Gap 分析得到差异点，这也简化了很多 ASAP 中的流程设计工作量。其次是敏捷项目管理思想的引入。传统的 ERP 实施，包括 ASAP 的方法论，本质上是瀑布式 的项目管理思维。所谓的瀑布式项目思维是指项目所有的工作都视同是可预见性的，项目开始时即 寄希
3、望于定义清楚项目的方方面面，后续仅需要把项目已定义的工作交付即可。虽然瀑布式思维对 于咨询公司而言是有利的，项目开始，通过 SOW 进行需要的粗略描述，再通过调研和蓝图，确定 项目的所有需要交付的内容。但实际上，我们做过项目管理都知道，客户的需求总是在不断变化的， 即使不变的需求，我们对需求的理解也是逐步深入的，很难从一开始就了解客户要的全部。 Activate 采用了敏捷的项目管理思维，也是试图解决这一矛盾，尝试为更好的满足客户而打造指导思想的强 力武器。期待通过项目的实践，把这个方法论落地和完善，从而为客户和项目创造更大的价值。二、实施阶段划分的变化Activate 方法论简化了 ASAP
4、 的阶段划分，从原来的 5 个阶段变为 4 个，具体有：1、准备阶段（Prepare）:准备阶段的主要工作是定义项目，以及后后续的阶段做准备工作，基本 上可以对应 ASAP 中的项目准备阶段。新旧方法论中，准备阶段的工作内容没有很大的变化，关键 的点还是项目目标、团队、主计划、项目环境这几方面，里程碑事件仍然是项目的启动会。（ PS: 个人见解，按 PMP 的架构，此处的启动会应视同于项目开工会，这样更准确一些，因为项目的启 动会应该归属项目开始立项和可行性分析完成后等更前面的工作）。2、调研阶段（Explore）:调研阶段的主要工作是分析Fit/Gap，也就是通过往常的现状调研活动， 与最佳
5、业务实践的方案进行差异的对比，以确保方案和功能在项目的范围之内，并且要确定差异的 部分以及解决的方案。调研阶段可以视同于 ASAP 的业务蓝图阶段，但指导方法上有很大的变化。 首先，调研阶段的工作重点变成了差异分析，也即我们是先有一个标准的解决方案，通过分析项目 的实际情况并与标准方案进行对比，找出差异。而原有的ASAP方法论则基本上是从零开始，执行 调研，流程设计，方案讨论，并最终确定整体蓝图。我个人的理解是， Activate 方法论把所有的实 施项目按“推广项目”的方式来做了，会给你成熟的模板、套路，做项目就是看与我的标准的套路有 什么不同，把精力重点放在解决差异点上。3、实现阶段（Re
6、alize）:实现阶段的主要工作是把调研阶段所确定的业务场景和流程，通过敏捷和 快速迭代的方法，逐步形成一个满足业务需求的系统。实现阶段可以视同是 Activate 方法论把 ASAP 中的实现阶段和最终准备阶段合并了。原来我们在实现阶段做的配置、开发、测试、数据收集、用 户培训、上线的数据准备等等，都涵盖在Activate的实现阶段中。我认为这是一个好的变化，事实 上，我原来在用ASAP方法论时，就觉得实现阶段与上线准备阶段的区隔并不会很明显，特别是现 在的项目周期越来越短，很多时候实现阶段上线准备阶段的工作会穿插和并行在开展。4、部署阶段（Deploy）:部署阶段的主要工作是执行系统切换工
7、作，完成系统的上线及上线的支 持。也就是 ASAP 中的上线准备阶段后期的工作加上上线支持的工作内容。三、应用的项目环境变化在 ECC 或更早以前， SAP 基本上只能私有化部署一种选择，而到了 S/4Hana 中，除支持私有化部 署外，还支持混合部署和公有云、私有云的部署方式，而 SAP 也是竭力推广他家的 S/4HanaCloud 。而 Cloud 版本的核心特点是按需付费、快速部署、快速迭代更新，这几点都使得 ASAP 已稍显过时。 首先，按需付费意味着，企业可能随时增加实施新的功能或模块，如果每次都按旧有的套路，按部 就班地实施，整体的成本和时间都无法满足企业的要求的。其次，快速部署也
8、要求实施上的周期要 尽可能的压缩，降低企业的首次拥有成本。最后，快速的迭代更新使得 SAP 的实施和解决方案肯 定需要更加的标准化，而不进行太多的个性化开发。 ASAP 方法论中，安排了很大量的时间用于流 程的设计、实现等等，未来可能都不太需要或仅少量的定制化个性流程，其余绝大部分是标准的解 决方案，企业或实施商按需选择使用即可。四、如何应用 Activate从上述的分析也可以看到，Activate绝对是为S/4HANA，特别是Cloud版本的实施而量身定 做的，这也从侧面是印证了为什么目前国内的 SAP 实施项目很少会全面地使用新的实施方法论。 但这不妨碍我们吸收其精华，用于改造和优化我们现
9、在所有的 ASAP 方法论上，至少，我认为以下 几点是值得顾问们认真研究的:1、业务调研和蓝图设计的重点应关注项目的特色和差异上。不必过多地在标准流程、标准做法上 花费精力。2、尽可能使用标准化的模板。这将有利于我们快速的交付业务蓝图，把有限的精力放在项目的重点方案安排上，而不是浪费在对标准的流程反复讨论中。3、接受适度的变化，而不是全部坚持蓝图输出的内容。其实变化并不可怕，关键是要把握好适度 的原则。对于不影响核心解决方案的变化，支持按客户的需求来适当地满足，这样也会带来客户价 值和体验的极大提升。4、为Cloud的到来提前做好准备。Cloud的项目普遍实施周期会更短，SAP官方推荐的是3个
10、月 （含实施和支持），如何在这么短的时间内完成项目的交付，将是各位顾问和项目管理者的极大挑 战，而利用好方法论，无疑是其中的关键点。DiscoverPrepareExploreRealizeDeployRunContinuous InnovationMigrate and IntegrateStrategy and RoadmapOnboard and DeploySetup and Enableme ntte.丄Fit-to-StandardAnalysish.Con figure and ExtendDiscover 一 Identify the business value and be
11、nefits, define the adoption strategy and roadmapPrepare - Start the project, finalize plans, enable your tearns, and access system with best practice processesExplore 一 Drive adoption of SAP standard with a Fit-to-Standard approach, and capture delta requirements to implement your differentiating bu
12、siness practicesRealize - Run agile sprints to configure. build and test an integrated environment, load data, and start enabling business usersDeploy - Set up production system, confirm business readiness, and switch business operations to the new systemRun 一 Drive efficient adoption of the new solution across the business, meet evolving business needs with SAP and innovations you integrate and extend on the platform五附：SAP官方文档中关于Activate的阶段说明
