雲端移轉函式
雲端移轉小組是現代相當於技術實作小組或專案小組。 但雲端的性質可能需要更流暢的小組結構。 某些移轉小組著重於雲端移轉，而另一些則著重於利用雲端技術的創新。 其中一些包括完成大量採用工作所需的廣泛技術專業知識，例如完整的數據中心移轉，而另一些則有更嚴格的技術焦點，而且可能會在專案之間移動以達成特定目標，例如，協助將 SQL VM 轉換為 SQL PaaS 實例的數據平臺專家小組。
無論雲端移轉小組的類型或數目為何，這些小組通常會為IT、商務分析或實作合作夥伴提供主題專業知識。
先決條件
- 建立 Azure 帳戶：使用 Azure 的第一個步驟是建立帳戶。
- Azure 入口網站：導覽 Azure 入口網站功能和服務，並自定義入口網站。
- Azure簡介：開始使用 Azure。 在雲端中建立及設定您的第一部虛擬機。
- Azure 基本概念：瞭解雲端概念、瞭解優點、比較和對比基本策略，以及探索 Azure 中可用服務的廣度。
- 檢視 遷移方法。
最小範圍
所有雲端採用工作的核心是雲端移轉小組。 這個團隊推動有助於技術採用的變革。 根據採用工作的目標，此小組可能包含各種處理各種技術和商務工作的小組成員。
小組範圍至少包括：
交付
任何雲端移轉小組的主要交付專案，是採用計劃中概述的技術解決方案及時、高品質實作，使用可用的技術、工具和自動化解決方案，以配合治理需求和業務成果。
進行中的每月工作
- 監督變更管理程式。
- 管理 版本發行和衝刺待辦事項
- 配合治理需求建置和維護採用的上線區域。
- 完成 衝刺待辦清單中概述的技術任務。
團隊步調
我們建議提供雲端採用功能的小組致力於全職工作。
理想情況下，這些團隊最好每天以自主協作的方式開會。 每日會議的目標是要快速更新待辦專案，並傳達已完成的內容、目前要執行的動作，以及哪些專案遭到封鎖，需要額外的外部支援。
發行排程和反覆項目持續時間對每家公司而言都是唯一的。 但每個反覆專案的一到四周範圍似乎是平均持續時間。 無論反覆專案或發行頻率為何，我們建議小組在每個版本結束時與所有支援小組會面，以傳達發行的結果，並重新考慮即將進行的工作。 在每個短期衝刺結束時，小組應與 卓越雲端中心 或 雲端治理小組 會面，以確保共同努力和支援需求的一致性。
與雲端採用相關聯的一些技術工作可能會變得重複。 小組成員應每隔 3 到 6 個月輪換一次，以避免員工滿意度問題並維持相關的技能。 雲端卓越中心 或 雲端治理小組 輪替職位可提供絕佳的機會，讓員工保持新鮮且運用新的創新。
基準能力
視所需的業務成果而定，提供完整雲端採用功能所需的技能可能包括：
- 基礎結構執行者
- DevOps 工程師
- 應用程式開發人員
- 數據科學家
- 數據或應用程式平台專家
為了獲得最佳共同作業和效率，我們建議雲端採用小組的平均小組大小為六人。 這些小組應該從技術執行的觀點進行自我組織。 強烈建議這些小組也包含專案管理專業知識，具有敏捷式、Scrum 或其他反覆模型的深入體驗。 使用一般結構進行管理時，此小組最有效。
範圍不足
可能需要現有IT人員的其他支援。 IT 可以成為雲端經紀人，並成為創新和業務敏捷的合作夥伴，是雲端採用的重要參與者。
下一步
領養是一件美好的事，但不受管控的領養可能會產生出乎意料的結果。 與 雲端治理小組 一致，以加速採用和最佳做法，同時降低商務和技術風險。
這兩個小組在雲端採用的過程中創造平衡，但因為這可能不可持續，所以被視為最小可行方案。 每個團隊都戴著許多帽子，如 負責、問責、諮詢、知情的（RACI）圖表中所述。
深入了解組織反模式 ：孤島和獨立王國。