如果您觉得这篇文章对你所有帮助的话，您的顺手点赞和转发将是对作者持续发文的重要动力，您的支持和鼓励很重要！
所有文章在公众号“MZ信息化咨询杂谈”同步更新！
郑重声明：本博客所发文章全部为原创，其他地方所看到同样文章如无授权，均为盗用！以下为本篇正文（文章是多年以来积累所写，以前主要发布于知乎，后续陆续发布到此博客）：
如果您觉得这篇文章对你所有帮助的话，您的顺手点赞和转发将是对作者持续发文的重要动力，您的支持和鼓励很重要！
郑重声明：本公众号所发文章全部为原创，其他地方所看到同样文章如无授权，均为盗用！以下为本篇正文（文章是多年以来积累所写，以前主要发布于知乎，后续陆续发布到此公众号）：
SAP于2017年初推出了新的实施方法论Activate，在介绍这个方法论前，我们先回顾一下老的实施方法论ASAP(AcceleratedSAP ），如下截图是ASAP方法论的概述：
相信大家对这个图已经很少熟悉了，ASAP分为准备阶段、蓝图阶段、实现阶段、最终准备、上线及支持五个阶段，经常做项目管理的朋友肯定了解，这个实施方法论类似于项目生命周期的预测性生命周期（对应软件开发瀑布模型），每个阶段划分比较明确，充分了解未来要交付的功能，整批一次交付适合这种模式。在这种实施模式中，通常要花大量时间讨论蓝图，蓝图一旦确定，后续实现过程中一般不再修改。
下图是SAP新实施方法论截图：
新的实施方法论包括准备阶段、调研阶段、实现阶段、部署阶段。其中调研阶段和我们以前说的调研不太一样，主要任务是差异分析。
其实呢，在SAP新的方法论Activate发布之前，SAP曾经推出过一个叫RDS（rapiddeployment solutions，快速部署方案）的东西，截图如下：
其实和RDS和Activate挺像的，SAP也说了，Activate是利用最佳实践和快速部署解决方案的。
个人理解为何有这种改变呢，其实也是因为目前企业面临的变化越来越快，要适应这种快速变化的业务而推出新的实施方法。说到底，就是要更快的实施，更快的应用，还得满足不断的变化。
笔者以前也考虑过这个问题，通常一个项目能压缩时间的阶段主要在调研、蓝图、配置实现这几个地方。
前两年笔者也在想，不如压缩这几个阶段的时间出来，扩充测试（包括单元测试、集成测试、带实际业务数据测试、带权限测试、用户接受测试等）的时间，因为系统最终总是要在实际应用过程中完善的。
各位做的比较久的顾问都有类似感受，有不少在蓝图阶段讨论来讨论去，花了不少时间，结果在最后使用过程中不了了之的功能。因为大家不真正使用，总有纸上谈兵的感觉。而且用户在未真正接触系统前，很多细节也无法完全通过语言、文字（包括PPT）表达出来。
还有重要一点，不真正使用系统，用户无法真正的认真起来，这不是说用户不负责任，而是人的天性使然，不少人有拖延症就是最好的例子，不到最后，不肯重视（这一点可通过模拟运行加一定的考核进行弥补，让用户真正对系统重视起来）。
另外，个人认为在项目中可以进行模拟运行，即非正式上线，但是期初数据切换以及运行都和正常运行无二，相当于系统并行，让大家真正的感受系统的变化。
当然，现在的确顾问对系统都比较熟悉了，花在配置上的时间越来越少，修改配置适应业务也越来越熟练，所以我觉得新的实施方法论是适应了目前的行业发展的。
简单的讲，新的实施方法论就是一上来就让用户开始体验系统，简单的调研和分析后，就进行系统配置和测试，测试过程中不断的修正配置和功能开发（类似开发的迭代），不断的收集数据。
等什么时候带完整数据、带权限测试完成了（笔者建议条件具备的话，再进行模拟运行半个月到一个月），用户（企业）都觉得可以了，就进行部署上线。
这类似于项目管理中的迭代和增量生命周期（还不是敏捷，敏捷应该是变化更大），就是不断的迭代，最终完成。笔者认为可以在项目实施中考虑使用这种方法论。不！应该大力推广。
20200919更新：关于新方法论Activate的SAP官方链接：https://go.support.sap.com/roadmapviewer/#
备注：此篇最初发布于2018年1月。
