團隊組織和組成

識別專案層級的單一執行緒技術領導者並避免孤立 – 大型遷移專案通常有多個工作流程和團隊，每個團隊都有不同的任務和預期成果。專案層級的單一執行緒領導者很重要，因為此領導者可確保所有工作流一起運作並保持連線。這有助於防止孤立和界限。例如，產品組合工作流需要持續將遷移中繼資料傳送至遷移工作流，以支援遷移活動。如果不完全了解所需的遷移中繼資料，產品組合工作流程的輸出可能無法做為遷移工作流程的輸入。單執行緒領導者有助於協調每個工作流的輸入和輸出，以協助遷移有效率地執行。

將所有工作流層級成果與專案層級業務成果保持一致 – 專案層級業務成果應在遷移開始之前傳達給所有工作流領導者。每個工作流程領導者都必須了解其工作流程的角色，並設計其程序以支援專案層級的業務成果。例如，如果專案層級的業務成果在未來 12 個月內結束資料中心，而速度是最重要的因素，則工作流程領導者應執行下列動作：

根據專案範圍和階段設計工作流程 – 每個遷移專案都不同，且一個大小並不符合所有項目。我們建議為所有大型遷移專案擁有四個核心工作流：遷移工作流、產品組合工作流、專案控管工作流和基礎工作流。視您的使用案例而定，您可能會決定建立其他支援的工作流。如需工作串流的詳細資訊，請參閱大型遷移中的工作串流。例如，如果您尚未在調動階段設計安全護欄，則需要建立安全與合規工作流，以便在開始遷移之前定義安全與合規要求。如需有關在調動階段中建置安全護欄的詳細資訊，請參閱在調動您的組織以加速大規模遷移中的安全性、風險和合規性。

在遷移之前讓應用程式團隊參與 – 大型遷移不只是 IT 基礎設施專案，它會改變您企業的操作模式。儘早讓應用程式團隊參與，並將應用程式擁有者嵌入大型遷移工作流程，對於大型遷移專案的成功至關重要。例如，在產品組合評估期間，提早安排與應用程式擁有者的會議，讓他們可以參與深入探討，並協助設計其應用程式的目標狀態 AWS。

根據工作流和業務成果來決定團隊規模 – 您的預期業務成果和遷移策略可推動每個團隊的大小，該團隊由稱為 Pod 的較小單位組成。在每個工作流中，您會為每個遷移策略定義團隊，然後將這些團隊分成 Pod。例如，如果重新託管是您的主要遷移策略，則您應該有一個重新託管遷移團隊，該團隊由包含 3-5 個人的 Pod 組成。以尖峰速度操作時，遷移團隊中 4-5 人的 Pod 通常每週可以重新託管最多 50 個伺服器。這大約是每月 200 個伺服器或每年 2，500 個伺服器。如果您的目標是每週重新託管 100 個伺服器，您應該在重新託管遷移團隊中建立兩個 4-5 人的 Pod。如果您目標是每週少於 50 個，您可以將遷移 Pod 的大小縮減為 3 個人。平台遷移的成本通常高於重新託管，相同大小的 Pod 每週最多可以遷移 20 個伺服器。產品組合工作流通常為遷移工作流大小的一半。您可以在每個工作流中建立其他團隊和 Pod，以支援每個遷移策略。這些建議假設您的遷移資源熟練，不需要進行重大訓練。下表範例說明如何將遷移和產品組合工作流劃分為團隊和 Pod，以用於重新託管和轉換遷移策略。下列範例假設您需要每週遷移 120 個伺服器 (100 個主機 + 20 個平台） 或每年 6，000 個伺服器。此範例是最大速度。建議您規劃其他資源，以協助防止延遲。

在早期階段建置控管模型 – 大型遷移通常涉及許多人員，包括來自您公司、第三方軟體供應商、系統整合商或外部顧問的人員。您的專案可能包含來自 的代表 AWS，例如您的客戶團隊、支援工程師或 AWS Professional Services 的專家。您的交付模型取決於您的專案範圍，以及您與誰合作交付專案。例如，您的專案可能包含 AWS 或 系統整合商，或者您可以同時包含兩者。請務必儘早建立控管模型，並建立 RACI 矩陣來明確定義角色和責任。作為建議，我們也建議您在組織中建立 Cloud Enablement Engine (CEE)，也稱為 Cloud Center of Excellence，包括來自各方的表示。CEE 的主要目的是將組織從內部部署操作模型轉換為雲端操作模型。這個集中式團隊對於大型遷移的成功至關重要，因為它可以管理關係、做出關鍵決策，以及在整個專案中處理呈報。本指南稍後會更詳細地討論 CEE。

負責任 (R) – 此角色負責執行工作以完成任務。

負責任 (A) – 此角色負責確保任務已完成。此角色也負責確保符合先決條件，並將任務委派給負責的人員。

已諮詢 (C) – 應諮詢此角色以取得有關任務的意見或專業知識。視任務而定，可能不需要此責任類型。

通知 (I) – 此角色應保持在任務進度的最新狀態，並在任務完成時收到通知。

誰是涉及此遷移的高階各方？識別將涉及此專案的任何合作夥伴或顧問，例如 AWS Professional 服務或系統整合商。考慮目前 IT 基礎設施的任何部分是否由外部合作夥伴管理。以下是高階各方的範例：

遷移中的工作流有哪些？ 如需詳細資訊，請參閱大型遷移中的 Workstreams。您至少應該有四個核心工作流，而且您可以視需要為專案新增支援工作流。

遷移中的高階任務有哪些？ 建立遷移中高階任務的清單。以下是高階任務的範例：

遷移中的詳細任務有哪些？ 在您準備好大型遷移專案的 Runbook 和任務清單之後，這些 Runbook 中的程序和詳細資訊會形成 RACI 矩陣的詳細圖層。例如，對於重新託管遷移，詳細任務可能包括安裝複寫代理程式、驗證複寫，以及啟動測試執行個體以進行開機測試。如果您尚未這麼做，請依照下列手冊中的指示建立這些文件：

哪些較小的團隊組成每個工作流和每個高層派對？ 例如，組織中的團隊可能包括應用程式團隊、基礎設施團隊、營運團隊、聯網團隊或專案管理辦公室。

CEE 團隊應該由具有下列品質的跨職能領導者組成：

CEE 團隊應該是先前合作過的人，以及可提供新洞見的新進人員的混合。

CEE 團隊應該對遷移目標擁有強大的執行支援和一致性。

確定 CEE 團隊的目標專屬於大型遷移。

定期舉行公開會議，提供問答的機會、示範雲端服務和架構，並分享成功遷移和其他成功的更新。

CEE 團隊應有權對大型遷移專案做出關鍵決策。