開始使用：環境設計和設定
環境設計和設定是專注於移轉或創新採用工作中最常見的阻礙因素。 快速地落實支援您長期採用計劃的設計可能會很困難。 本文會建立一個方法與一系列步驟，以協助克服常見的阻礙，並加速採用工作。
建立有效環境設計和設定所需的技術工作可能相當複雜。 您可以管理範圍，以改善雲端平臺小組的成功率。 最大的挑戰是在多個利益相關者之間的協調。 其中一些項目關係人有權停止或減緩採用工作。 這些步驟概述如何快速實現短期目標，並建立長期成功。
步驟 1：記錄商務策略
若要避免常見的移轉封鎖程式，請確定您有清楚且簡潔的商業策略。 利害關係人對於動機、預期的業務結果及業務正當性的一致在整個採用過程和環境配置中都很重要。
清楚且簡潔的商業策略可協助雲端平臺小組瞭解重要事項，以及在進行環境設定決策時應優先處理哪些專案。 尤其是，當團隊被迫在創新速度或遵循規範中做出決策時，這對他們非常有幫助。
交付項目：
- 使用 策略和計劃範本 來記錄動機、所需的業務成果，以及高階業務理由。
支援產出物完成的指引：
- 瞭解商務動機：策略一致性的第一個步驟是就推動移轉工作的動機達成一致。 從瞭解和分類企業和IT中各種項目關係人動機和共同主題開始。
- 文件業務成果：在動機一致之後，您可以擷取所需的商務成果。 此資訊提供清楚的計量，可讓您用來測量整體轉換。
- 建置雲端移轉商務案例：開始開發商務案例以進行移轉，包括清楚指引可協助業務理由的公式和工具。
| 負責團隊 | 負責和支援小組 | 知情團隊 |
|---|---|---|
步驟 2：評估數字資產
探索和評量提供更深層次的技術一致性，可協助您建立可用來提供策略的行動計劃。 在此步驟中，您會使用環境目前狀態的相關數據來驗證商務案例。 然後，您會對該數據執行量化分析，以及最高優先順序工作負載的深度定性評估。
數位資產評估的輸出可讓雲端平臺小組清楚瞭解最終狀態環境，以及支援採用計劃所需的需求。
交付專案：
- 現有庫存的原始數據。
- 對現有庫存進行量化分析，以精簡業務理由。
- 前10個工作負載的質化分析。
- 已更新 策略和計劃範本中的商務理由。
支援交付專案完成的 指引：
- 清查現有系統：瞭解以程式設計、數據驅動方法的目前狀態是第一個步驟。 尋找並收集數據，以支持所有評量活動。
- 累加式合理化：簡化評估工作，專注於所有資產的質化分析，甚至可能支援商業案例。 然後，針對要移轉的前10個工作負載新增深度定性分析。
| 負責任的小組 | 負責和支援小組 | 資訊充足的小組 |
|---|---|---|
步驟 3：建立雲端採用方案
您的雲端採用計畫提供了一種加速開發專案積壓工作的方式。 然後可以修改積壓項目，以反映評估結果、優化、所需技能和合作夥伴合約。
檢閱短期雲端採用方案和待辦專案，可協助雲端平臺小組瞭解未來幾個月的環境需求。 此背景可協助他們加強其「完成定義」，以便前幾個「登陸區域」 更加完善。
交付項目：
- 部署待辦項目範本。
- 更新範本以反映要移轉的前10個工作負載。
- 更新人員和速度（人員時間）以估計發行時間。
- 時程表風險：
- 對 Azure DevOps 缺乏熟悉度可能會降低部署程式的速度。
- 每項工作的複雜性及所產生的數據也會影響時間表。
支援交付專案完成的 指引：
- 雲端採用方案：使用基本範本定義您的方案。
- 工作負載對齊：在待辦項目中定義工作負載。
- 工作一致性：讓待辦專案中的資產和工作負載對齊，以清楚定義已排定優先順序工作負載的工作。
- 人員與時間對齊：為已移轉的工作負載建立迭代、進度和發佈。
| 負責小組 | 負責和支援小組 | 知情小組 |
|---|---|---|
步驟 4：部署第一個登陸區域
一開始，雲端採用小組需要可支援第一波工作負載需求的登陸區域。 一段時間后，登陸區域會調整以處理更複雜的工作負載。 現在，請從登陸區域開始，為雲端平臺小組和雲端採用小組提供早期學習。
交付專案：
- 部署第一個登陸區域以進行初始低風險移轉。
- 制定計劃，與雲端卓越中心或中央IT小組合作進行重構。
- 時程表風險：
- 前10個工作負載的治理、運作和安全性需求可能會拖慢這個過程。 第一個登陸區域和後續登陸區域的實際重構需要較長的時間，但應該與移轉工作平行進行。
支援專案交付完成的 指導方針：
- 選擇登陸區域：使用本節來尋找根據短期採用方案部署登陸區域的正確方法。 然後部署標準化的程式代碼基底。
- 擴展您的著陸區：除非長期治理、安全性或作業限制是支援短期採用計劃所必需的，否則請勿嘗試達成這些限制。
| 負責團隊 | 負責和支援小組 |
|---|---|
步驟 5：部署初始治理基礎
治理 是任何移轉工作長期成功的一個關鍵因素。 遷移及其對業務影響的快速性很重要。 但是沒有治理的速度可能很危險。 您的組織必須做出符合採用模式和治理與合規性需求的治理決策。
| 責任小組 | 負責和支援小組 |
|---|---|
步驟 6：實作作業基準
若不了解進行中的作業，移轉至雲端是有風險的。 與移轉平行，開始規劃長期作業管理。 將這些計劃反饋給雲端平台團隊的並行工作。
交付專案：
- 部署管理基準。
- 完成作業管理活頁簿。
- 識別需要 Microsoft Azure Well-Architected 評估的任何工作負載。
- 時程表風險：
- 檢閱活頁簿：估計每位應用程式擁有者需花費一小時。
- 完成 Microsoft Azure Well-Architected 檢視評估：每個應用程式估計一小時。
支援交付成果完成的指引：
| 責任團隊 | 負責和支援小組 | 被諮詢的團隊 |
|---|---|---|
步驟 7：展開登陸區域
當雲端採用小組開始其前幾次遷移時，雲端平台小組可以在雲端治理和雲端運營小組的支持下，開始建構最終狀態的環境設定。 視雲端採用方案的步調而定，此過程可能需要以反覆的方式發行。 在採用方案需求的規劃之前，可能會先行新增功能。
交付專案：
- 採用測試驅動開發方法來重構登陸區域。
- 改善登陸區域治理。
- 展開登陸區域作業。
- 實作登陸區域安全性。
支持專案交付完成的 指引：
| 責任小組 | 負責和支援小組 |
|---|---|
價值宣言
本指南中所述的步驟可協助您和您的團隊加速達成一個企業級並正確設定的雲端環境。
後續步驟
在未來的迭代中，請考慮下列後續步驟，以建立在您初始努力的基礎上：