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

# 任务：定义项目管理流程和工具
<a name="task-project-management"></a>

任何大型迁移项目都需要完善的管理流程和工具。在大规模迁移中，共享信息、跟踪绩效指标、识别正确的会议参与者以及将任务分配给所有者会有细微差别。在本任务中，您将记录关键迁移任务和所有者，确定迁移的关键绩效指标 (KPIs)，并决定如何衡量这些指标、跟踪预算，以及开发用于管理风险和跟踪决策的工具。

除非另有说明，否则此任务中的许多步骤都是同时执行的。通常，您需要在启动会议之前或之后完成这些步骤。

在此任务中，您将执行以下操作：
+ [第 1 步：选择项目管理工具](#step-pm-tool)
+ [步骤 2：验证所有迁移活动的角色和职责](#step-validate-roles)
+ [第 3 步：设立福利跟踪办公室](#step-benefit-tracking-office)
+ [步骤 4：创建项目摘要仪表板](#step-dashboard)
+ [第 5 步：创建财务报告流程](#step-financial-reporting)
+ [步骤 6：确定如何管理和扩展资源](#step-resource-plan)
+ [步骤 7：创建决策日志](#step-decision-log)
+ [步骤 8：创建 RAID 日志](#step-raid-log)

## 第 1 步：选择项目管理工具
<a name="step-pm-tool"></a>

在此步骤中，您将建立要用于跟踪进度的工具。你可以选择使用 Jira 或 Confluence 等软件解决方案，在 Microsoft Excel 中构建自己的仪表板，或者组合使用这些工具。在选择或构建项目管理工具时，请考虑以下最佳实践：
+ 为了跟踪任务和跟踪进度，我们建议使用可视化管理工具，例如看板或甘特图，这些工具通常在项目管理应用程序中可用。可视化管理工具在每天的脱口秀会议上特别有效，用于审查当前任务和浪潮进度。
+ 如果您选择的是项目管理应用程序，请考虑是否要在项目管理工具中输入计划和流程（例如上报计划、决策日志或 RAID 日志），并确保它具有所需的功能。
+ 项目发起人、高管领导、项目经理和外部利益相关者（如果有）在所选工具上保持一致，这一点很重要。

有关如何使用这些工具的更多信息，请参阅[建立敏捷方法](managing-large-migration.md#establish-agile-approach)。

## 步骤 2：验证所有迁移活动的角色和职责
<a name="step-validate-roles"></a>

在大型迁移[的基础行动手册中，您为 AWS 大型迁移](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-foundation-playbook/)项目中的每种迁移策略和高级任务创建了详细的 RACI 矩阵。RACI 矩阵是一种责任分配工具，其名称源自矩阵中定义的四种责任类型：负责任 (R)、负责 (A)、咨询 (C) 和知情 (I)。建议采用这种矩阵格式，以协调所有迁移活动的角色和职责。该矩阵可以使现场团队与远程团队或外部合作伙伴保持一致。在此步骤中，您将验证矩阵是否正确，并与项目团队一起对其进行审查。

为了为您的组织量身定制 RACI 任务，我们建议您考虑以下几点：
+ 了解变更管理流程、这些流程所需的交货时间以及批准变更所涉及的角色。有关更多信息，请参阅 [第 6 步：了解变更管理流程](task-communication-plan.md#step-change-management)。
+ 在开始迁移之前，请确保您已经审核了备份和灾难恢复策略，并与迁移团队分享此策略。如果您发现策略存在差距，我们建议您使用集成的云服务，例如 AWS Backup 或 CloudEndure 灾难恢复。

执行以下操作：

1. 如果您还没有这样做，请根据[AWS 大型迁移基础手册](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-foundation-playbook/)中的说明为每项高级任务创建一个 RACI 矩阵。

1. 与每个矩阵中的相应团队一起查看矩阵。确认所有详细任务均已呈现，并且团队熟悉自己的职责。

1. 在整个迁移过程中，在确定新的迁移策略或支持任务时，更新和创建新的矩阵。

## 第 3 步：设立福利跟踪办公室
<a name="step-benefit-tracking-office"></a>

该团队由一小部分人组成，他们负责根据关键绩效指标评估迁移 (KPIs)。该团队评估迁移是否按计划进行，并可以对任何阻碍进展的延误或问题采取行动。该团队在每周或每两周一次的项目状态会议之外开会。

在每次会议中，该团队通常会审查并回答以下问题：
+ 迁移的当前状态如何？
+ 我们是否有望实现目标成果？
+ 我们对绩效的衡量是否准确？
+ 为了加快迁移，我们是否需要进行任何调整？ 

如果福利跟踪办公室确定迁移没有达到预期的速度，则该团队应建议调整流程、资源配置或沟通计划。

请执行以下操作，为您的大规模迁移建立福利跟踪办公室：

1. 确定合适的参与者。该团队的典型成员包括项目发起人、项目经理、迁移负责人，以及负责工作负载的每个业务部门的授权代表。

1. 为福利跟踪办公室制定定期会议节奏。我们建议该团队每两周开会一次。

1. 与项目发起人一起确定大规模迁移的定 KPIs 性和定量，并收集执行领导层的意见。福利跟踪办公室会根据您的情况评估迁移进度。 KPIs的例子 KPIs包括：
   + （定量）与计划相比实际迁移的服务器数量
   + （定量）与计划相比的退役服务器数量
   + （定性）审查调查反馈和行动计划 
   + （定性）根据调查反馈采取的纠正措施

## 步骤 4：创建项目摘要仪表板
<a name="step-dashboard"></a>

项目团队必须与关键的项目利益相关者共同合作，开发一个可以清楚地传达迁移进展情况的仪表板。您的项目摘要仪表板应在一个页面上执行以下操作：
+ 量化整个项目的总体已完成工作量和剩余工作量
+ 反映最近完成的波浪的表现（计划和实际情况）
+ 显示即将到来的浪潮中的预期工作负载（计划中） 

我们建议从项目[管理手册](samples/project-governance-playbook-templates.zip)*模板中提供的项目摘要仪表板模板*（Microsoft PowerPoint 格式）开始。执行以下操作：

1. 根据项目需要修改模板。我们建议代表每种迁移策略的服务器分配。提供的模板包括重新托管和平台迁移策略。

1. 与项目利益相关者（包括执行领导）一起查看您的项目摘要仪表板，并确保所有利益相关者保持一致，并了解如何使用和访问仪表板。

1. 将仪表板保存在共享存储库中。所有利益相关者都应能够根据需要自行访问这些信息。

## 第 5 步：创建财务报告流程
<a name="step-financial-reporting"></a>

通常，您要将财务报告与项目状态报告分开跟踪，因为您希望将其提供给更有限的受众。财务报告应包括*实际成本*，即迄今为止产生的费用，以及*预测成本*，即项目剩余部分的预期成本。您可以分别跟踪内部和外部资源成本。要评估实际和预测的内部资源成本，您可以使用内部时间报告和资源计划。对于外部资源，您应该要求您的合作伙伴或顾问提供实际和预测的成本。

我们建议从*财务滑行路径模板*（Microsoft PowerPoint 格式）开始，该模板可在[项目治理手册](samples/project-governance-playbook-templates.zip)模板中找到。执行以下操作：

1. 确定应收到此财务报告的利益相关者。

1. 确定此财务报告是在会议中还是通过电子邮件共享。

1. 根据项目需要修改模板。

1. 与执行领导团队或项目发起人一起审查您的财务报告，以确认格式和内容的一致性。

1. 与利益相关者一起确定此报告的更新和审查频率。

1. 确定您将在何处保存此财务报告。由于该模板包含敏感的财务信息，因此我们不建议将其与其他项目文档一起保存在共享存储库中。

## 步骤 6：确定如何管理和扩展资源
<a name="step-resource-plan"></a>

随着项目的进展，有效管理资源对于大规模迁移工作至关重要。随着项目从初始化阶段进入实施阶段，迁移团队必须扩大规模以支持迁移浪潮。同时，根据剩余的发现活动，发现团队也许可以开始缩小规模。在此步骤中，您将制定资源管理和扩展计划以提高效率。此步骤通常由项目经理和工作流负责人执行。制定计划后，您将在整个项目中不断进行审计，以确定是否需要计划中的所有资源。例如，迁移管道建设的延误或 larger-than-anticipated浪潮可能会影响资源计划。

每次大型迁移的资源计划都不同，通常由项目特有的因素决定。常见因素包括项目预算、项目团队的组织方式、发现活动的完成速度、您的投资组合如何分配到每个迁移策略（例如重构、重新托管或平台重置），以及组织中的变更管理流程需要多少时间。

在规划资源时，请考虑您的投资组合的迁移策略，以及这些策略如何影响您的迁移和投资组合团队。例如，rehost是大型迁移的常用策略，因为它的复杂性很低。几乎每个大型迁移项目都至少有一个由 4-5 个人组成的重新托管迁移平台。如果您计划包括高度复杂的迁移策略，例如重构平台或重构，则应为这些策略创建迁移团队窗格，并在资源计划中包括其他迁移和投资组合团队资源。有关工作流、团队结构以及每个 pod 需要多少人的更多信息，请参阅 *Foundation AWS 大型迁移手册*中的[团队组织和组成](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-foundation-playbook/team-org.html)。

此外，专业工作负载（例如 SAP）的存在也需要一个由具有这些工作负载经验的人员组成的独立专业团队。有关特殊工作负载的更多信息，请参阅 Migration Acceleration Program [AWS 中的](https://aws.amazon.com/migration-acceleration-program/) MA *P 专用工作负载*。

执行以下操作：

1. 定义支持项目治理所需的资源。典型的资源包括负责交付管理和监督的项目经理、项目经理和辅助项目经理。

1. 定义支持迁移工具所需的资源。典型的资源包括云架构师或外部顾问。

1. 如果您的项目包括迁移专门的工作负载（例如 ERP 系统），请定义支持该工作负载所需的资源。专门工作负载的典型资源包括：
   + 项目经理
   + 架构主管
   + 建筑工程师
   + DevOps 工程师
   + 包含以下内容的专用迁移容器：
     + 职能主题专家 (SME)
     + 测试专家 

1. 定义支持每种迁移策略所需的资源，例如重新托管。典型资源包括：
   + 项目负责人
   + 计算、存储和网络领域的架构师和工程师
   + 测试专家 

1. 分配在项目各个阶段（包括发现、初始化和实施）为这些团队提供支持所需的资源数量。在完善流程时考虑加快迁移，并考虑在阶段或项目接近尾声时如何缩减资源。

## 步骤 7：创建决策日志
<a name="step-decision-log"></a>

在整个大规模迁移过程中，潜在客户会做出决定以解决出现的任何问题。由于大型迁移项目的规模和范围，因此在做出每个决定时，项目经理不可能在场。工作流负责人负责记录影响其工作流的决策。项目经理负责审查决策，并在项目状态审查会议上介绍最近的决定。

此步骤通常由项目经理执行。在此步骤中，您将在共享存储库中创建决策日志，并确认工作流负责人了解他们在记录决策方面的责任。必要时，使用升级计划来促进及时做出决策。有关更多信息，请参阅 [第 2 步：制定升级计划](task-communication-plan.md#step-escalation-plan)。确认所有团队成员都了解每个级别可以做出的决策类型。

执行以下操作：

1. 创建决策日志。你可以为此使用专用的项目管理工具，例如 Jira 或 Confluence，也可以在 Microsoft Excel 中创建列表。我们建议记录下来：
   + 对决定的简短描述
   + Status
   + 决策如何影响项目
   + 已考虑的替代方案
   + 谁做了决定
   + 做出决定的日期 

1. 与工作流负责人开会，审查决策日志，并培训他们如何使用决策日志。建立记录决策的文化非常重要。

1. 将决策日志保存在共享存储库中，并确保所有工作流负责人都可以访问该日志。

1. 在每次项目状态审查会议之前，请查看日志，了解自上次会议以来做出的任何决定，并将这些决定包含在您的*项目状态报告演示文稿*中。这确保了在项目过程中做出的所有决策在项目层面的透明度。

## 步骤 8：创建 RAID 日志
<a name="step-raid-log"></a>

与决策日志类似，您应该在称为风险、*操作、问题和依赖关系 (RAID) 日志的项目管理工具中跟踪风险和问题*。无论您对大型迁移进行多么周密的规划，都会出现问题，并且您会发现项目面临的一些风险。通过识别和记录风险和问题，您可以为项目提供透明度，并建立控制和监控潜在问题的流程，从而最大限度地减少它们对项目的影响。

执行以下操作：

1. 创建 RAID 日志。你可以为此使用专用的项目管理工具，例如 Jira 或 Confluence，也可以在 Microsoft Excel 中创建列表。我们建议记录下来：
   + 类型（风险、操作、问题或依赖关系） 
   + 商品的简短描述 
   + 开馆日期 
   + 概率 
   + 影响 
   + 严重性分数，通过将概率和影响相乘来计算 
   + 所有者 

1. 与工作流负责人开会，查看 RAID 日志，并培训他们如何使用该日志。建立记录风险和问题的文化非常重要。

1. 将 RAID 日志保存在共享存储库中，并确认所有工作流负责人都可以访问该日志。

1. 在每次项目状态审查会议之前，请查看日志，了解自上次会议以来发现的任何风险和问题，并将这些风险和问题包含在*项目状态报告演示文稿*中。这确保了所有风险和问题的项目级透明度。

## 任务退出标准
<a name="task-project-management-exit-criteria"></a>

完成以下操作后，此任务即告完成：
+ 你已经选择了一个或多个项目管理工具，例如 Jira、Confluence 或 Microsoft Excel 中的仪表板和列表。
+ 您已经为每个迁移策略（例如重新托管）和大型迁移项目中的每项高级任务创建并验证了详细的 RACI 矩阵。
+ 您创建了福利跟踪办公室，为他们的会议制定了定期的节奏，并为会议创建了所有权和报告模板。
+ 内部利益相关者在如何处理财务报告方面保持一致。您已经确定了审阅财务报告的正式节奏，确定了收件人，并确定了谁应该访问财务报告。
+ 您已经为项目创建了资源计划。
+ 您已在共享存储库中建立了决策日志，并且所有团队负责人都有权进行更新。
+ 您已经定义了 RAID 日志的位置和模板。您已经建立了维护日志和确定问题优先顺序的流程。 Week-to-week状态报告中汇总了 RAID 日志中的更改。
+ 所有项目利益相关者都一致同意您将如何在项目摘要仪表板中传达高级项目状态。