本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 步骤 2：从小处着手，建立势头
<a name="step2"></a>

此步骤的目标是提供最初的最小化可行产品 (MVP) 以获得动力。这种方法使您能够尽早并逐步推动业务成果。

## 验证优先级驱动因素
<a name="priority-drivers"></a>

在开始与应用程序团队合作进行现代化工作之前，我们建议您验证先前确定的优先驱动因素。按照以下步骤进行操作：

1. 从诊断手册中整理您需要的信息。
   + 从优先应用程序列表中收集优先驱动因素和可行性评测。
   + 收集应用程序的过渡和目标状态配置。
   + 确定云现代化规划中的应用程序所有者、架构师和利益相关者。
   + 索取有关依赖关系或应用程序套件顺序的信息（如果已知）。
   + 确定清单条目与依赖关系或应用程序套件分组的关系。应用程序可能有单独的组件，这些组件与其他组件紧密结合或依赖于其他组件，因此您可能希望将这些组件一起现代化。

1. 与第 1 步中的人员安排一小时或两小时的会议，以验证优先驱动因素。
   + 尝试按解决方案工程师或架构师对多个（最多三或四个）应用程序进行分组，然后根据应用程序依赖关系或应用程序套件信息，在一个会议上讨论这些应用程序。
   + 确定每位团队成员在即将举行的会议中的角色和期望。

1. 举行会议。

## 敲定细节
<a name="finalizing-details"></a>

按照上一节中的流程验证优先驱动因素后，您可以收集详细信息以确定现代化方法和时机。

在此阶段，核心团队将与应用团队并肩合作，进行为期两天的短暂冲刺，为其 AWS 云端应用程序设计未来状态。活动包括产品定义、产品发现、故事写作、价值流映射和设计 CI/CD 流程。下面是一些观点：
+ 对应用程序的每个组件进行建模（例如，网络配置、存储配置、数据库、服务器以及应用程序在服务器上的部署方式）。
+ 使用容器或无服务器技术等工具，将该模型解构为不同的构建块和配置。
+ 将应用程序功能与对底层基础设施的任何依赖关系分开。将应用程序的功能抽象为无需更改任何源代码即可移动的组件。
+  DevOps 通过使用 CI/CD 工具和机制与之紧密集成。

## 构建基础平台服务和实现应用程序现代化
<a name="building-foundation"></a>

在这个 12 周的阶段中，核心团队将得到全栈团队的支持，以交付按优先顺序排列的业务用例。这项工作由多个双披萨团队进行。例如，成立了一个平台工程团队来开发基础平台服务，并组建了一个产品团队来交付新的业务成果：
+ 平台工程团队配置、集成和定制支持云基础、开发人员工作流程和数据分析功能的 AWS 服务。规模更大、更复杂的企业可能有多个团队来为每项功能提供支持。
+ 产品团队为初始阶段优先考虑的业务成果开发新的服务和体验。随着产品团队开发新服务，他们还会对核心业务能力进行现代化改造。

平台工程和产品团队提供您可以评估的最小化可行产品 (MVP)。在最初的 MVP 获得成功后，您可以使用一种 split-and-seed方法来扩展您的现代化计划，即识别新的应用程序，将初始团队成员分组以创建新的产品团队。