在2015年Saphire大会上宣布将尽快取代Activate，似乎Activate正在成为SAP文章中的热门主题，并在Hana实施中被提及–请注意，此方法是针对Hana项目（云/内部部署）的，但由于其性质和过程，它可以用于所有类型的项目。

需要强调的是，正确的名称不是"方法论"，而是"框架"，返利下载，因为它的主要基石是最佳实践、指导配置和方法论作为一个整体。

最佳实践就绪方案，针对S4Hana进行了优化S4Hana集成/迁移的最佳实践SAP BP创建流程或自己的流程

引导配置辅助实施工具用户和IT可以访问服务工具进行实现背景化的内容和将要实施的知识

[可能有助于增量定制的工具]]

此外，还有一种方法论，在这种方法论中可以应用敏捷方法——这必须在规划中确定第二步，考虑公司对敏捷的文化理解。如果你不知道的话，就不要尝试。

显然，对于使用敏捷方法进行ERP，仍然存在一些反对意见，这可能会造成公司缺乏实践或表现力和确定性的问题。本文提出了一个有益的观点，在这个问题上，除了对新的方法采用的实际见解。尽管是2016年，时间似乎很多，但下面的文章是一个很好的参考：敏捷方法论真的能在sap/中工作吗。

我不打算详细说明这种方法，因为它可能会在几个可用的帖子中提及。如果您没有找到合适的链接，请参阅参考链接的详细解释。在这篇文章中，我们将关注敏捷的机会和见解，企业交流软件，并讨论与简单地接受一个你可能还没有准备好的任务有关的常见错误，它使用传统的BBP会议方法来开发解决方案和寻求理解，而没有系统。然而，在这个方法体系中，只有在蓝图阶段之后才会出现，这需要一段时间，除了有争议的ASIS/TOBE评估之外。

2013年，物联网安全，我有机会使用ASAP RDS方法管理一个SAP实施项目，它显示了类似于Activate的格式——换句话说，没有BBP，它在系统中是直接的，在开始项目和批准交付物之前有一个初步的系统评估，质量门是明确定义的，等等。它的主要目标是降低复杂性和尽可能快地呈现系统，主要是在巴西实施项目时：由于其立法的特殊性，巴西是实施ERP最麻烦的国家。

关于该项目，SAP被雇佣来进行质量保证，验证项目状态并在每个质量关口采取措施。此外，我强烈推荐另一家公司来负责QA，因为它会带来不同，可能会有很大帮助。此外，不要雇佣实施SAP的同一家公司。相反，雇佣一家专门负责质量保证的公司，由系统化的专家员工组成，他们专注于项目协调、建议、想法和备选方案——这意味着管理、项目和实施经验。

然而，没有Scrum演示，尽管我们使用看板来指导ABAP开发以及基于初始环境或试点的项目开发的常见实践。我记得在2004年管理WEB项目，并从inters开发的用户交互和屏幕模板开始。顺便说一句，设计思维包括一个原型视觉模型分析和交互用户。这减少了文档、没完没了的会议、误解、改进了交付和用户体验——muy-bien，它看起来正是敏捷方法。

值得一提的是，在Activate courses（ACT100/ACT200）中，我们可以了解团队的成熟度，以便决定Scrum的使用。实现模型的类型——SCRUM、ASAP、regular——应该在准备阶段决定，例如，如果团队可以有一个项目经理。就我个人而言，我认为这很重要，因为有些活动没有在产品所有者范围内提及，例如进度表、状态报告、项目成本、顾问招聘、项目状态会议、转换细化、集成测试阶段、go、hypercare等）。如果可能，请有经验的人，因为内部开发非常困难。

这是一个建议性的团队模式，您将在ACT100中使用。这个治理模型将协调项目开发，提供一个敏捷的导向。此外，"敏捷"并不意味着忘记行动、组织和文档。敏捷需要事先的组织和准备，包括让有良好导向和熟练的工人参与项目。像这样，我强烈建议你不要在ERP实施中表现出"敏捷"的行为，如果你以前没有经历过这种想法——即使是一个普通的项目，企业内部软件，也要尝试学习一点这种"文化"。

我一直在与公司交谈，并试图在SAP项目中看到这一点，这似乎是一种"缩短时间的方法论"。人们通常不会提及为此付出的艰辛努力——只提及缩短时间的理论优势。我强调没有准备就没有敏捷抵制。

SAP Activate中推荐的Scrum方法在几个项目中使用，并遵循现有的模型（如果您想了解更多关于Scrum的信息，可以在internet上找到许多链接）。准备，学习和实践。不要在不了解它的情况下尝试它，并且开发Scrum主人和产品所有者角色。