關於管理大型移轉

若要管理並有效地控管大型移轉專案，專案經理需要對產品組合、大型移轉的階段以及每個工作流程的責任有深入的瞭解。

大型移轉中的工作流

在遷移階段，在任何給定的時間，至少有四個工作流同時運行：基礎、專案治理、產品組合和遷移工作流。這些是任何大型移轉專案的核心工作流，您的專案可能還有其他支援工作流的工作流。如需詳細資訊，請參閱 Foundation 大型移轉教戰手冊中的AWS大型移轉中的工作流。

饋送遷移管道

在移轉工廠中，波浪規劃和移轉會同時進行，並持續運作。產品組合團隊會透過規劃浪潮來提供移轉管道，而移轉團隊則透過執行移轉和切斷工作負載來完成流程。產品組合團隊會在初始化階段結束時準備五個波浪，而實作階段會在移轉小組開始移轉一或多個已準備好的波形時開始。

對於每個浪潮，產品組合工作流會執行 1—2 週，而移轉工作流通常會執行 3—4 週。產品組合工作流比遷移工作流領先五波，因此產品組合和遷移工作流之間始終存在五波緩衝區。在整個實施階段，產品組合團隊和遷移團隊都會繼續處理浪潮，而緩衝區可防止遷移工作流耗盡要遷移的伺服器。如需浪潮排程的範例，請參閱《指南》中的〈階段 2：實作大型移轉〉中的〈階段 2：實作AWS大型移轉〉。

產品組合團隊會排定應用程式的優先順序，然後將其指派給邏輯移動群組中的波浪。規劃浪潮時，產品組合團隊會考慮移轉複雜性、應用程式相似性，以及應用程式和基礎架構相依性 這有助於確保應用程式及其相依性完整移轉。如需有關波浪規劃的詳細資訊，請參閱AWS大型移轉的 Portfolio 教戰手冊。對於專案治理，您可以管理和追蹤浪潮和衝刺的相關資訊，包括應用程式、伺服器和應用程式擁有者。您可以在匯流網站、微軟 Excel 中的清單或工具組合上使用儀表板。

高低期間

完成切換後，移轉的應用程式和伺服器會進入 Hypercare 期間。在 Hypercare 期間，遷移團隊會在雲端管理和監控遷移的應用程式，以解決任何問題。通常，此期間的長度為 1—4 天。在超關懷期間結束時，遷移團隊會將應用程式的責任轉移給雲端作業 (Cloud Ops) 團隊。此時，波被認為是完整的。

建立敏捷方法

透過建立敏捷的方法，專案團隊可以保持彈性並快速適應遷移期間的變更。我們建議您採用 Scrum 架構來進行大型移轉。在AWS大型移轉的移轉教戰手冊中，您可以將波形指派給衝刺，這是移轉小組在該衝刺中處理所有波浪的固定時間段。如果每個衝刺持續時間為 2 週，則每個波至少跨越兩個衝刺。衝刺包括標準事件，如規劃衝刺和進行日常站立會議，審查和回顧。

您可以使用衝刺積壓，它由衝刺中的當前和待處理任務組成，以管理活動。在此教戰手冊中，您可以選取專案管理工具來追蹤進度。您可以選取專案或問題追蹤應用程式，例如 Jira 或 Confluence，也可以選取代表工作的視覺化方法，例如看板或甘特圖。透過在一或多個這些工具中追蹤衝刺積壓，您可以提供專案透明度、為每個任務指派擁有者，並建立明確的截止日期。