本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 關於管理大型遷移
為了管理和有效管理大型遷移專案，專案經理需要對產品組合、大型遷移的階段以及每個工作流程的責任有高度的了解。
**Topics**
+ [大型遷移中的工作流程](#large-migration-workstreams)
+ [饋送遷移管道](#migration-pipeline)
+ [Hypercare 期間](#hypercare-period)
+ [建立敏捷的方法](#establish-agile-approach)
## 大型遷移中的工作流程
在遷移階段，在任何特定時間，至少有四個工作流同時運作：基礎、專案管理、產品組合和遷移工作流。這些是任何大型遷移專案的核心工作流，您的專案可能會有額外的支援工作流。如需詳細資訊，請參閱 Foundation 手冊[中的大型遷移中的工作串流](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-foundation-playbook/workstreams.html)以進行大型遷移。 * AWS *
## 饋送遷移管道
在遷移工廠中，波規劃和遷移同時發生，並持續運作。產品組合團隊透過規劃波浪來饋送遷移管道，而遷移團隊透過執行遷移和縮減工作負載來完成管道。產品組合團隊會在初始化階段結束時準備五個波，而實作階段會在遷移團隊開始遷移一或多個預備波時開始。
對於每個批次，產品組合工作流執行 1–2 週，遷移工作流通常執行 3–4 週。產品組合工作流比遷移工作流還早五波，因此產品組合和遷移工作流之間一律有五波緩衝區。在整個實作階段中，產品組合團隊和遷移團隊都會繼續處理波浪，而緩衝區可防止遷移工作流程耗盡伺服器以進行遷移。如需波動排程的範例，請參閱《 [大型遷移指南》中的階段 2：實作](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/stage2.html)* AWS 大型遷移*。
產品組合團隊會排定應用程式的優先順序，然後將其指派給邏輯移動群組中的波浪。規劃波浪時，產品組合團隊會考慮遷移複雜性、應用程式相似性，以及應用程式和基礎設施相依性。這有助於確保應用程式及其相依性全部遷移。如需波規劃的詳細資訊，請參閱適用於[AWS 大型遷移的產品組合手冊](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-portfolio-playbook/)。對於專案管理，您可以管理和追蹤有關波浪和衝刺的資訊，包括應用程式、伺服器和應用程式擁有者。您可以在 Confluence 網站上使用儀表板、Microsoft Excel 中的清單，或工具組合。
## Hypercare 期間
完成切換後，遷移的應用程式和伺服器會進入 *Hypercare 期間*。在 Hypercare 期間，遷移團隊會管理和監控雲端中的遷移應用程式，以解決任何問題。通常，此期間的長度為 1-4 天。在 Hypercare 期間結束時，遷移團隊會將應用程式的責任轉移到雲端營運 （雲端營運） 團隊。此時，波會被視為完成。
## 建立敏捷的方法
透過建立敏捷的方法，專案團隊可以保持彈性，並快速適應遷移期間的變化。我們建議為大型遷移採用 Scrum 架構。在適用於[AWS 大型遷移的遷移手冊](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-migration-playbook/)中，您將波指派給*衝刺*，這是遷移團隊在該衝刺內處理所有波的固定期間。如果每個衝刺的持續時間為 2 週，則每個波次至少跨越兩個衝刺。衝刺由標準事件組成，例如規劃衝刺和舉辦每日站立會議、審核和回顧性。
您可以使用由*衝刺中目前和待定任務組成的衝刺待處理項目*來管理活動。在此手冊中，您會選取專案管理工具來追蹤進度。您可以選取專案或問題追蹤應用程式，例如 Jira 或 Confluence，也可以選取代表任務的視覺化方法，例如 Kanban 電路板或 Gantt 圖表。透過追蹤一或多個這些工具中的衝刺待處理項目，您可以提供專案透明度、為每個任務指派擁有者，以及建立明確的截止日期。