这是我上一篇关于"SAP系统向云迁移期间Wave规划概述"的博文的延续

https://blogs.sap.com/2020/05/30/overview-on-wave-planning-during-migration-of-sap-systems-to-cloud/

作为SAP迁移到云或其他（数据中心）DC到DC迁移的一部分，更大的战略问题是，如何验证在成本、业务依赖性、质量/KPI、时间线等方面所规划的浪潮或大爆炸中的迁移选项是否正确，

作为第一步，分析范围、系统、业务依赖性等，并开始为以下战略参数打分。得分越低，影响或风险越高。因此，最终得分将给出高水平的指示，说明选择的选项方向正确。

项目持续时间–SAP迁移项目持续时间越长，将对成本和风险产生影响。因此，这需要一个平衡点。

成本影响–这是许多此类迁移项目的主要驱动因素之一。这需要从IT和业务角度考虑各种因素进行优化

中小企业的可用性-这里要考虑的关键因素是基于，什么是云计算和大数据，管道和业务承诺中的其他项目

测试工作-有时，团队可能没有带宽来执行测试，以防出现大爆炸或少量波动。因此，在规划波浪时需要考虑到这一点。

飞行中项目影响–波浪数量越多，对其他飞行中项目的影响就越大

技术与业务系统的影响或依赖性。考虑到业务的依赖性，爱返利，这应该是一个系统的组合

学习-这起着至关重要的作用，尤其是在波浪的数量上…波浪越多，倾向性越好

临时支持成本-波浪的数量越多，虚拟主机，临时支持成本就越高。

退役的容易性-这在大爆炸方法的情况下可能会产生影响考虑到审计、法定指南、可用工具、利益相关者接受程度等，

系统状态-在迁移期间，淘客是什么意思，根据波数，一些系统将在云端，一些将在本地。需要分析业务依赖性，并在这里给出适当的考虑。波数越多，影响越大。

请参考下面的参考/说明矩阵，可以准备对所选的单个选项进行评级。

得分最高的选项可被视为可选择的选项。

得分矩阵

最后波数与大爆炸方法是成本和风险之间的权衡。这里没有对错之分，也没有基准线。

这取决于衡量这些因素的标准&如何衡量这些因素，一个人能够承受的风险大小等等。，每个客户可能都有额外的维度需要衡量，这些维度也需要作为业务利益相关者密切参与的投入进行评估。

这项工作的关键在于给出正确的分数，真正云服务器，这必须与项目经验、经验教训、面临的问题、对正在进行的项目的洞察力的投入相结合，业务需求等，

因此，对系统及其依赖关系的细致分析是做出正确决策的关键，这一决策主要为业务所接受，也符合IT战略。