定义迁移计划
组织需要制定一个迁移计划，定义最有效的方法来迁移其产品组合中的应用程序，并确定最佳的优先顺序。由于涉及不同种类的应用程序，迁移的复杂性也随之变化。其中很大一部分取决于现有的许可协议和所涉及的架构。一般建议最好从复杂程度较低的应用程序（容易实现的目标）开始。原因是显而易见的，它将为用户提供即时的正面反馈并快速赢得信心。
设计迁移计划和方法是未来规划的关键组成部分和驱动力。生成一个迁移计划草案和迁移事件的时间表。迁移方法从迁移计划和所有发现活动中获取输入。通过分析这些输入来创建一组可重复的迁移活动，这些活动描述每种技术设备使用的技术和工具，以及每个迁移阶段底层细节的迁移方法。定义迁移策略可以有多种选择，例如数据迁移、存储迁移、应用程序迁移等。
数据迁移
数据存储在文件或数据库中的各种媒体上，并由支持业务流程的软件应用程序生成和使用。传输和转换数据的需求可以由多个业务需求驱动，而云迁移的方法取决于这些需求。
存储迁移
物理媒体将利用更有效的存储技术。这将导致必须使用虚拟化技术将物理数据块从一个磁带或磁盘移动到云存储。在此过程中，数据格式和内容本身一般不会改变，通常可以在对上述各层影响很小或没有影响的情况下实现。
数据库迁移
可能有必要从一个数据库供应商转移到另一个数据库供应商，或者升级所使用的数据库软件版本。后一种情况不太可能需要物理数据迁移，但可以通过重大升级来实现。在这些情况下，由于底层数据格式可能会发生显著变化，所以可能需要一个物理转换过程。这是否会影响应用程序层的行为, 在很大程度上取决于数据操作语言或协议是否已更改，但是现代应用程序被认为与数据库技术无关，例如，Sybase，MySQL，DB2或SQL Server到Oracle的更改，只需要一个测试周期即可确认功能和非功能性能均未受到不利影响。
应用程序迁移
更改应用程序供应商(例如新的CRM或ERP平台)将不可避免地涉及大量转换，因为几乎每个应用程序或套件都在自己特定的数据模型上运行，并且还与云环境中的其他应用程序和系统进行交互。此外，为了使应用程序能够销售到尽可能广泛的市场，通常使用元数据为每个客户配置COTS包。应用程序编程接口(APIs)可能由供应商提供，以保护他们必须处理的数据的完整性。
定义迁移路线
现在我们已经有了发现数据，在开始计划之前，我们需要浏览迁移模式的选项。由此可以得出一个重要结论，即使在一个应用程序堆栈中，也可能有多个迁移路径选项。通常，我们在该领域看到的是约有50%的重新托管，25%的更换平台，15%的重构，其余的分布在停用、保留和回购之间。
在制定迁移计划时，困难藏在细节之中。关键的计划因素很容易被忽视。确定云服务的预期用途和需求、总体策略以及如何交付云服务的架构概念。例如，在迁移计划中可以考虑下面的主题列表。
确定将提供的云服务和数据
o软件即服务（SaaS）
o平台即服务（PaaS）
o基础架构即服务（IaaS）
定义将使用的云部署模型
o公共云
o私有云
o混合云
确定迁移发生方式
o在投入到进一步实施之前进行概念验证（POC）
o全面实施
o分阶段实施
制定风险管理策略
o风险识别
o风险分类
o操作风险
o风险降低计划
o测试需求
以下列形式定义所需的指标
o服务水平协议
o业务级协议（OLA）
o关键绩效指标
o特定性能指标
o最小可接受阈值
o最低可接受目标值
o工具
o报告
确定所需估计资金
o收购成本
o合同成本
o生命周期操作
o人员配置要求
任务
1.定义迁移计划
2.评估每个关键决策的选项（利弊）。
3.审查敏捷项目管理方法、工具和能力，以评估所有差距。
4.定义迁移过程中使用的敏捷项目管理方法和工具。
5.定义高级云迁移方法
6.定义所有平台和应用程序的迁移活动。
7.定义描述迁移阶段的总体迁移方法。
8.定义和创建迁移通信计划，包括报告和上报程序。
9.制定风险、行动、问题和依赖关系日志（RAID）以及角色和职责矩阵（如RACI），以管理项目期间发生的风险，并确定所涉及的每个资源的所有权。
10.审查云迁移产品组合。
11.应用程序所有者的详细信息。
12.应急计划，以确保在出现迁移问题时影响较小。
13.审核并确认迁移事项进度表。
14.运行关键决策研讨会，审查并确认迁移方法。
15.确保关键决策获得批准。
16.在关键决策研讨会之后审查和更新迁移计划。
17.分析所有工作负载的特征。
18.分析通向活动环境和工具的路径。
19.采购和部署敏捷项目管理工具，以支持项目的交付。
20.为定义的每个云迁移工作流确定关键资源和线索。
21.促进计划中概述的协调和活动。
22.概述将目标环境迁移到云所用的资源、时间表和成本。
提示和技巧
这是构成工作核心的关键活动。谨慎且快速做出决定，但同时要考虑员工的工作情况及咨询情况以做出正确决定。
通过分析和逻辑过程做出决定并遵循基于事实的方法。
关键决策研讨会可以回答以下问题：
o要转移什么？
o每个应用程序的恢复点（RPO）和恢复时间（RTO）是多少？
o每个应用程序的符合性和安全性要求是什么？
o每个应用程序和基础架构组件的所有者是谁?
o所有的应用程序和数据都储存在哪里，它们使用了多少容量？
o所有程序和组件是如何连接到网络的？
o在技术和操作上，每个应用程序和基础实施组件之间的依赖性与关联性在哪里？
建立一种机制来识别和跟踪从当前状态到新云环境的转化活动的完成情况。
与受支持和支持组织充分沟通转化活动。
在过渡期间，安排关键材料的移交，如密码。
活动输出
云迁移计划
关键决策研讨会成果
迁移事项进度表
进场文件迁移计划
活动输出模板可通过以下网站获得：