您可以使用任何方法实现基于云的解决方案，但为什么不使用基于事实的建议呢？如果您使用的是SAP SuccessFactors之类的解决方案，我建议您使用基于敏捷方法论的方法。敏捷是一种时间限制、迭代的软件交付方法，它从项目开始就以增量的方式构建软件解决方案，而不是试图在接近项目结束时一次性交付。因此，它是指一种迭代的、增量的方法，用于管理工程、信息技术和其他业务领域的设计和构建活动，旨在以高度灵活和交互式的方式提供新产品或服务开发，但它将这些作为所有解决方案实现的指导原则。敏捷方法寻求顺序项目方法的替代方法，并通过增量、迭代的工作节奏和经验反馈帮助团队应对不可预测性。敏捷软件开发是指一组基于迭代开发的软件开发方法，需求和解决方案通过自组织的跨职能团队之间的协作而发展。

我回忆起90年代的客户机/服务器世界中的信息系统实施项目，当时的流行语是调整大小和缩小规模。定制的IT解决方案基于厚厚的需求规范；项目团队需要广泛的技能组合，从IT基础设施、数据库管理员到可用性和图形设计师、业务顾问、技术和商业项目经理。在这些项目中，顾问们接受了需求规范，开始构建软件，然后在X个月后回来；向客户展示了最终的解决方案——结果看到了他们失望的表情，企业正版软件，并收到了关于解决方案不能做的一切的抱怨。这些说法中有些是公平的，有些是因为当你看到和体验时，真正的实现就来了。这无疑是一个不同的时代，价值之路比今天更慢，需要更多的技能。更小的团队意味着更少的协调和更多的责任。云项目的团队成员更加统一，理想的顾问具备业务技能、沟通技能、技术技能和系统知识技能。项目通常由经验丰富的项目经理领导，他了解客户业务、人力资本管理核心流程，还掌握软件解决方案的某些方面。因此，所需的全部技能与早期大不相同。再加上基于标准的解决方案，较小的团队可以更快地交付价值。这就是SAP Activate for SuccessFactors的意义所在。

SAP Activate for SuccessFactors

SuccessFactors是一个真正的软件即服务解决方案（SaaS），云计算与大数据，为订阅客户提供快速的价值创造途径。没有长达一年的繁重系统实现。实现有时可能很复杂，但工作量是以小时或人日计算的，而不是数月或数年。

实现成功因素始终集中在迭代实现方法上。早期是EMPOWER，后来是BizXpert，在收购SAP之后，云实，SAP在过去18个月里被SAP Activate所取代，后者是所有SAP解决方案的通用实施方法。

SAP是一家充满活力的公司，充满了聪明、有创造力的人；有些人称之为"有组织的混乱"。如果没有在那里工作过，我知道SAP会不断探索新的方法，用改进的方法加速软件部署项目，并将这些改进引入到实现方法中。SAP Activate methodology是SAP跨行业和客户环境实施SAP解决方案的官方方法。基于敏捷原则、数千个SAP项目的经验和项目管理知识，该方法体系提供了预构建的实施内容、加速器、工具和最佳实践，帮助顾问跨行业和客户环境提供一致和成功的结果。顾名思义，主要是激活功能，而不是从头开始构建功能。

SAP Activate的四个阶段在整个项目生命周期中提供支持。在这些阶段的基础上是一系列的价值交付和质量检查，以确保实现的解决方案能够交付预期的价值。下图说明了SAP Activate方法论的各个阶段。

SAP Activate方法论基于以下原则：

从指导原则、标准和最佳实践开始；利用关键系统设计原则和建议快速构建云解决方案以加速验证活动并启动实现在展示和讲解环节中引导客户了解标准功能；识别和验证增量需求和差距；设计解决方案，最大限度地减少对标准的修改，实现更快的创新使用功能的迭代构建、原型设计和业务用户对结果的频繁验证，啥叫大数据，以简化采用并更快地向业务部门发布解决方案从一开始就用结构化的质量管理计划和预定义的质量门来管理项目和执行正常的风险和质量管理不要将变更管理视为最终状态，但要意识到持续改进将是新的运营方式

最近几个月，SAP一直在酝酿将质量关卡添加到方法中，其中实施项目将接受SAP的小型方法审查/审计。这些审查/审计的结果将提供给客户和合作伙伴。这将是有趣的，看看它发展成什么，以及它最终会对质量产生什么影响。