本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

人員觀點

本節著重於人員觀點的下列關鍵領域：

執行支援

識別單一執行緒領導者

開始大型遷移時，請務必識別 100% 致力於專案並負責的單一執行緒技術領導者。該領導者有權透過維持一致的優先順序來做出決策、協助避免孤立，以及簡化工作流程。

大型遷移全球客戶能夠在程式開始時每週從一個伺服器擴展到第二個月開始時每週超過 80 個伺服器。CIO 作為單一執行緒領導者的完整支援對於快速擴展要遷移的伺服器至關重要。CIO 每週與遷移團隊進行遷移切換呼叫，以確保問題的即時升級和解決，從而加速遷移速度。

協調資深領導團隊

請務必在各種團隊之間建立遷移成功條件的一致性。雖然遷移規劃和實作可以由小型的專用團隊完成，但在定義策略和執行周邊活動時會產生挑戰。這些潛在障礙可能需要 IT 組織不同領域的動作或呈報，包括下列項目：

從應用程式擁有者、領導層、一致性，以及明確呈報至單一執行緒領導者的直接動作變得很重要。

團隊協作和擁有權

建立跨職能雲端啟用團隊

大型遷移專案中的關鍵第一步是讓組織能夠在雲端中運作。若要達成此目的，建議您建置雲端啟用引擎 (CEE)。CEE 是強大且負責的團隊，專注於組織遷移至 的操作準備程度 AWS。CEE 應該是一個跨職能團隊，其中包含來自基礎設施、應用程式、操作和安全性的表示法。團隊需承擔下列責任：

一位醫療保健客戶沒有從 CEE 開始。不過，透過初始試行遷移，發現了差距。在最後遷移切換日期之前，隨著嚴格的截止日期，團隊實作了遷移戰場。在遷移戰室中，來自基礎設施、安全、應用程式和業務的利益相關者可協助解決問題。

事先定義核心遷移團隊以外的團隊和個人需求

識別核心計畫之外的團隊和個人，並在遷移規劃階段定義他們的參與。為了在稍後階段促進遷移的動能，請特別注意應用程式團隊的參與。他們必須具備應用程式的知識、診斷問題的能力，以及要求簽署切換。

雖然遷移將由核心團隊領導，但應用程式團隊可能會在切換期間參與驗證遷移計劃和測試。客戶通常會將雲端遷移作為基礎設施專案來處理，而不是作為應用程式遷移。這可能會導致遷移期間發生問題。

我們建議您在選擇遷移策略時，考慮應用程式團隊所需的參與。例如，與變更更多應用程式環境的轉換或重構策略相比，重新託管策略需要的應用程式團隊參與較少。如果應用程式擁有者可用性有限，請考慮使用 Rehost 或 replatform，而不是重構、重新定位或重新購買策略。

驗證遷移工作負載時沒有授權問題

當您將企業現成產品遷移至雲端時，授權可能會變更。您的授權合約可能著重於您的現場部署資產。例如，授權可能是由 CPU 或連結至特定 MAC 地址。或者，授權合約可能不包括在公有雲端環境中託管的權利。不過，與廠商重新交涉授權可以包含較長的前置時間，並為遷移提供硬性封鎖程式。

我們建議您在定義遷移範圍後立即與您的採購或廠商管理團隊合作。授權也可能影響您的目標架構和遷移模式。

培訓

為團隊提供新工具和程序的訓練

定義遷移策略之後，請花時間了解遷移和目標操作模型可能需要哪些訓練。在遷移期間，您可能會使用 工具 AWS Database Migration Service，例如您組織的新工具。主動訓練團隊可減少遷移階段期間遇到的延遲。

我們建議尋求主動的知識轉移方法，提供以實際操作方式實驗工具的機會。例如， AWS Professional Services 為三個系統整合商 (SI) AWS Partners 提供數個 Cloud Migration Factory 訓練工作階段，負責大型遷移。這可確保團隊在進入遷移階段時具有基本熟悉度。它還有助於識別主題專家 (SMEs)，他們可以在每個 SI AWS 合作夥伴團隊中作為一線呈報。