開始使用：加速移轉
企業和IT項目關係人的適當配合有助於克服移轉障礙，並加速移轉工作。 本文提供下列建議的步驟：
- 利害關係人一致
- 移轉規劃
- 部署登陸區域
- 移轉前10個工作負載
本文也協助您實作適當的治理和管理程式。 使用本指南來簡化整體移轉工作所需的流程和材料。
如果您的移轉案例不典型，您可以使用策略性移轉評定和整備工具 （SMART）來取得組織移轉整備程度的個人化評估。 使用它來識別最符合您目前需求的指引。
開始使用
遷移工作負載所需的技術工作和程序相當簡單。 請務必有效率地完成移轉程式。 策略移轉整備程度對時間軸和整體移轉成功完成的影響更大。
若要加速採用，您必須採取步驟，在移轉期間支援雲端採用小組。 本指南概述這些反覆的工作，以協助客戶開始任何雲端移轉的正確路徑。 為了顯示支援步驟的重要性，移轉會列為本文中的步驟 10。 在實務上，雲端採用小組可能會與步驟 4 或 5 平行開始第一個試驗移轉。
步驟 1：讓項目關係人保持一致
若要避免常見的移轉障礙，請建立明確且簡潔的商務移轉策略。 動機和預期業務成果上的專案關係人協調會形成雲端採用小組所做出的決策。
- 動機：策略性協調的第一步是同意推動移轉工作的動機。 一開始先了解業務和 IT 之間不同專案關係人的動機和共同主題，並將其分類。
- 業務成果：當動機一致之後，您就可以取得所需的業務成果。 此資訊可提供您用來衡量整體轉換的清楚計量。
交付：
- 使用策略和計劃範本來記錄動機和所需的業務成果。
| 課責小組 | 負責和支援的小組 |
|---|---|
步驟 2：對齊合作夥伴支援
合作夥伴、Microsoft 服務或各種 Microsoft 計劃可供在整個移轉程式中支援您。
- 瞭解合作關係選項 ，以找出適當的合作關係和支援層級。
交付：
- 在您與支援合作夥伴接觸之前，請先建立條款及條件或其他合約合約。
- 在策略和計劃範本中識別已核准的合作夥伴。
| 課責小組 | 負責和支援的小組 |
|---|---|
步驟 3：收集數據和分析資產和工作負載
使用探索和評估來改善技術一致性，並建立執行策略的行動計畫。 在這個步驟中，請使用有關目前狀態環境的資料來驗證商務案例。 然後，執行量化分析和最高優先順序工作負載的深度定性評估。
- 清查現有的系統：使用程式設計的數據驅動方法來瞭解目前的狀態。 探索並收集數據，以啟用所有評量活動。
- 累加式合理化：簡化評估工作，專注於所有資產的質化分析，甚至可能支援商務案例。 然後，針對要移轉的前10個工作負載新增深度定性分析。
交付：
- 現有清查的原始數據。
- 對現有庫存進行量化分析，以精簡業務理由。
- 前10個工作負載的質化分析。
- 策略和計劃範本中記載的業務理由。
| 課責小組 | 負責和支援的小組 |
|---|---|
步驟 4：建立商務案例
建立移轉商務案例可能會是專案關係人之間的反復交談。 在第一次建立商務案例的過程中，請評估雲端移轉一開始可能帶來的概略報酬。 此步驟的目標是要確保所有專案關係人在這項簡單的問題上達成共識：根據可用的資料判斷，整體而言，雲端採用是一項明智的商務決策嗎？
- 建立雲端移轉商務案例是開發移轉商務案例的絕佳起點。 清楚的公式和工具可協助您建立業務理由。
交付：
- 使用策略和計劃範本來記錄業務理由。
| 課責小組 | 負責和支援的小組 |
|---|---|
步驟 5：建立移轉計劃
雲端採用方案提供開發專案待辦專案的加速方法。 接著可以修改待辦專案，以反映探索結果、合理化、所需的技能和合作夥伴承包。
- 雲端採用方案：使用基本範本定義您的雲端採用方案。
- 工作負載對齊：在待辦項目中定義工作負載。
- 工作對齊：讓待辦專案中的資產和工作負載對齊，以清楚定義已排定優先順序工作負載的工作。
- 人員 和時間對齊：建立反覆專案、速度（人員時間），以及移轉工作負載的發行。
交付：
- 部署待辦項目範本。
- 更新範本以反映要移轉的前10個工作負載。
- 更新人員和速度以估計發行時間。
- 時程表風險：
- 對 Azure DevOps 缺乏熟悉度可能會降低部署程式的速度。
- 每個工作負載可用的複雜度和數據也會影響時程表。
| 課責小組 | 負責和支援的小組 |
|---|---|
步驟 6：建置技能整備計劃
現有的員工可以在移轉工作中扮演實際操作角色，但可能需要額外的技能。 在此步驟中，您要找到開發這些技能的方法，或使用合作夥伴來加入這些技能。
- 建立技能整備計劃。 快速評估您現有的技能，以找出小組應培養的其他技能。
交付：
- 將技能整備計劃新增至 策略和計劃範本。
| 課責小組 | 負責和支援的小組 |
|---|---|
步驟 7：部署和對齊登陸區域
所有移轉的資產都會部署到登陸區域。 登陸區域會從簡單開始，以支援較小的工作負載，然後調整以因應一段時間內更複雜的工作負載。
- 選擇登陸區域：根據採用模式尋找部署登陸區域的正確方法。 然後部署標準化的程式代碼基底。
- 展開登陸區域：無論您的起點為何，找出已部署登陸區域中的差距，並為資源組織、安全性、治理、合規性和作業新增必要元件。
交付：
- 部署您的第一個登陸區域，以部署初始低風險移轉。
- 使用卓越雲端中心或中央IT小組來開發重構計畫。
- 時程表風險：
- 前10個工作負載的治理、作業和安全性需求可能會降低此程式的速度。
- 重構第一個登陸區域和後續登陸區域需要較長的時間，但應該與移轉工作平行進行。
| 課責小組 | 負責和支援的小組 |
|---|---|
步驟 8：移轉前 10 個工作負載
移轉前10個工作負載所需的技術工作相當簡單。 這也是您在移轉更多資產時重複的反覆程式。 在此程式中，您會評估工作負載、部署工作負載，然後將工作負載發行至生產環境。
雲端移轉工具可在一次傳遞或反覆專案中移轉數據中心內的所有虛擬機。 在每次反覆項目期間移轉較少數量的工作負載會比較常見。 將移轉分成較小的增量需要更多規劃，但可降低技術風險和組織變更管理的影響。
透過每次反覆專案，雲端採用小組在移轉工作負載時會變得更好。 這些步驟可協助技術小組成熟其功能：
- 使用 Azure 移轉指南中所述的工具，以純基礎結構即服務 （IaaS） 方法移轉您的第一個工作負載。
- 使用移轉範例，展開使用移轉和現代化的工具選項。
- 使用 Azure 雲端移轉最佳做法中所述 的更廣泛方法來開發您的技術策略。
- 透過有效率的移轉處理站方法來改善一致性、可靠性和效能，如移轉程式改善中所述。
交付：
持續改善採用小組移轉工作負載的能力。
| 課責小組 | 負責和支援的小組 |
|---|---|
步驟 9：將生產工作負載交給雲端治理
治理是任何移轉工作達到長期成功的關鍵因素。 加速移轉並產生業務影響相當重要。 但是沒有治理的加速可能很危險。 您的組織必須制定符合採用模式與治理和合規性需求的治理決策。
- 治理方法：此方法會概述思考公司原則和流程的程序。 決定方法之後，您就可以建立在企業雲端採用工作中啟用治理所需的專業領域。
- 初始治理基礎：瞭解建立治理最低可行產品 （MVP） 所需的專業領域，以作為所有採用的基礎。
- 治理基準評定：識別貴組織目前治理狀態中的差距。 取得個人化效能評定報告，以及有關如何開始使用的彙編指引。
交付：
- 部署初始治理基礎。
- 完成治理基準評定，以規劃未來的改善。
- 時程表風險：
- 改善原則和治理實作可為每個專業領域增加一到四周。
| 課責小組 | 負責和支援的小組 |
|---|---|
步驟 10：將生產工作負載交給雲端作業
作業管理是達到成功移轉的另一項需求。 不了解進行中的企業營運方式就將個別工作負載遷移至雲端，是有風險的決策。 移轉的同時，您應該開始規劃更長期的營運方式。
交付：
- 部署管理基準。
- 完成作業管理活頁簿。
- 識別任何需要 Microsoft Azure 良好架構檢閱評定的工作負載。
- 時程表風險：
- 檢閱活頁簿：每個應用程式擁有者估計一小時。
- 完成 Microsoft Azure 架構完善的審核評估：每個應用程式估計一小時。
| 課責小組 | 負責和支援的小組 |
|---|---|
Value 語句
這些步驟可協助小組透過更好的變更管理和項目關係人一致性來加速其移轉工作。 這些步驟也會移除常見的封鎖程式，並更快速地實現商業價值。
下一步
雲端採用架構 是一種生命周期解決方案，可協助您開始移轉旅程。 它也有助於讓支援移轉工作的小組成熟。 下列小組可以使用這些後續步驟繼續使其功能成熟。 這些平行進程不是線性的，不應該被視為封鎖程式。 相反地，每個都是平行價值數據流，可協助改善組織的整體雲端整備程度。
| 球隊 | 下一個反覆專案 |
|---|---|
| 雲端採用小組 | 使用移轉模型來瞭解如何移至提供有效進行中移轉功能的移轉處理站。 |
| 雲端策略小組 | 反覆改善策略方法和計劃方法，以及採用計劃。 檢閱這些概觀，並繼續反覆運算您的商務和技術策略。 |
| 雲端平臺小組 | 重新流覽 就緒方法 ，繼續推進支援移轉或其他採用工作的整體雲端平臺。 |
| 雲端治理小組 | 使用治理方法可繼續改善治理程序、原則和專業領域。 |
| 雲端作業小組 | 以 管理方法 為基礎，在 Azure 中提供更豐富的作業。 |
如果您的移轉案例不典型，您可以使用策略性移轉評定和整備工具 （SMART）來取得組織移轉整備程度的個人化評估。 您提供的解答可協助您識別哪些指引最符合您目前的需求。