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

人员角度

本节重点介绍人员视角的以下关键领域：

行政支持

确定单线程领导者

在开始大规模迁移时，重要的是要确定一位百分之百地致力于项目并负责任的单线程技术主管。该领导者有权做出决策，帮助避免孤岛，并通过保持一致的优先级来简化工作流程。

一家大型全球迁移客户能够从计划开始时的每周一台服务器扩展到第二个月初的每周 80 多台服务器。作为单线程领导者，首席信息官的全力支持对于正在迁移的服务器的快速扩展至关重要。首席信息官每周与迁移团队一起参加迁移切换电话会议，以确保问题的实时升级和解决，从而加快了迁移速度。

协调高级领导团队

在迁移的成功标准方面，各个团队之间必须保持一致。虽然迁移规划和实施可以由一个专门的小团队完成，但在定义战略和执行外围活动时会遇到挑战。这些潜在的障碍可能需要不同的 IT 部门采取行动或进行上报，包括：

应用程序所有者、领导层、协调以及明确上报给单线程领导者的直接行动变得非常重要。

团队协作和所有权

组建一支跨职能的云支持团队

大型迁移项目的关键第一步是使组织能够在云端工作。为此，我们建议构建云支持引擎 (CEE)。CEE是一个授权且负责任的团队，专注于组织为迁移到做好运营准备。 AWS CEE应该是一个跨职能的团队，包括来自基础设施、应用程序、运营和安全的代表。该团队负责以下职责：

一位医疗保健客户不是从CEE开始的。但是，通过最初的试点迁移，发现了差距。在最终迁移切换日期之前，由于截止日期很严格，该团队实施了一个迁移作战室。在迁移交战室中，来自基础架构、安全、应用程序和业务的利益相关者可以协助解决问题。

提前定义核心迁移团队以外的团队和个人的要求

确定核心计划之外的团队和个人，并确定他们在迁移规划阶段的参与情况。为了促进后期阶段的迁移势头，请特别注意应用团队的参与。他们需要对应用程序的了解、诊断问题的能力以及签署转换的要求。

虽然迁移将由核心团队领导，但应用团队很可能会参与迁移计划的验证和转换期间的测试。客户通常将云迁移视为基础架构项目，而不是应用程序迁移。这可能会导致迁移期间出现问题。

我们建议在选择迁移策略时考虑应用团队所需的参与程度。例如，与改变更多应用程序格局的重构或重构策略相比，重新托管策略需要更少的应用程序团队参与。如果应用程序所有者的可用性有限，请考虑使用重新托管或重定平台，而不是使用重构、重新定位或回购策略。

验证迁移工作负载时是否存在许可问题

当您将企业现成产品迁移到云端时，许可可能会发生变化。您的许可协议可能侧重于您的本地资产。例如，许可证可能由 CPU 提供，也可能链接到特定的 MAC 地址。或者，许可协议可能不包括在公共云环境中托管的权利。但是，与供应商重新谈判许可可能包括较长的交货时间，这会给迁移带来硬障碍。

我们建议您在确定迁移范围后立即与您的采购或供应商管理团队合作。许可还可能影响您的目标架构和迁移模式。

训练

对团队进行有关新工具和流程的培训

定义迁移策略后，请花时间了解迁移和目标运营模式可能需要哪些培训。在迁移过程中，您可能会使用对您的组织 AWS Database Migration Service来说是全新的工具，例如。积极培训团队可以减少迁移阶段出现的延迟。

我们建议您寻求积极的知识转移方法，以便有机会亲身体验这些工具。例如， AWS 专业服务为负责大规模迁移的三个系统集成商 (SI) AWS 合作伙伴提供了几次云迁移工厂培训课程。这确保了团队在进入迁移阶段时有基本的熟悉程度。它还有助于确定主题专家 (SMEs)，他们可以在每个 SI AWS 合作伙伴团队中担任第一线上报。