雲端移轉功能

雲端移轉小組相當於現代化的技術實作小組或專案小組。 但雲端生態可能需要更靈活的團隊結構。 某些移轉小組專門專注於雲端移轉，而其他則著重於運用雲端技術的創新。 其中一些具備完成大量採用工作所需的廣泛技術專業知識，例如完整的資料中心移轉，而其他人則更聚焦於技術層面，而且可能會在專案之間移動以達成特定目標，例如協助將 SQL VM 轉換成 SQL PaaS 執行個體的資料平台專家小組。

無論雲端移轉小組的類型或數量為何，這些小組通常會為 IT、業務分析或實作合作夥伴提供主題專業知識。

必要條件

• 建立 Azure 帳戶：使用 Azure 的第一個步驟是建立帳戶。
• Azure 入口網站：瀏覽 Azure 入口網站的功能和服務，並自訂入口網站。
• Azure 簡介：開始使用 Azure。 在雲端中建立並設定您的第一部虛擬機器。
• Azure 基本概念：學習雲端概念、了解優點、比較基本策略，以及探索 Azure 中可用的服務廣度。
• 請參閱移轉方法。

最基本範圍

雲端採用小組是所有雲端移轉工作的核心。 此小組會推動開始採用的技術變更。 根據採用工作的目標，此小組可能會包含各種不同範圍的團隊成員，而這些成員會處理一系列廣泛的技術和商務工作。

小組的工作範圍至少包含：

• 數位資產合理化
• 檢閱、驗證和推動優先移轉待辦項目
• 執行作為學習機會的第一個工作負載。

交付項目

雲端移轉小組的主要交付項目便是使用可用的技術、工具和自動化解決方案，即時、出色地實作採用計劃中概述的技術解決方案，並滿足治理需求和業務成果目標。

每月進行中的工作

• 監督變更管理程序。
• 管理版本和短期衝刺待處理項目
• 結合治理需求，建立和維護採用登陸區域。
• 完成短期衝刺待處理項目中所述的技術工作。

小組步調

我們建議提供雲端採用功能的小組全職致力於這項工作。

最好是這些小組以自我組織的方式每日開會。 每日會議的目標是要快速更新待處理項目，並傳達已完成的工作、討論今天的目標，以及哪些項目受阻，需要額外的外部支援。

每一家公司都有自己的發行版本排程和反覆項目持續時間。 不過每個反覆項目的平均持續時間大約是一到四週。 無論反覆項目或發行版本步調為何，我們建議團隊在每個版本結束時都與所有支援小組開會，以傳達發行版本的結果，並重新調整即將進行的工作。 同時推薦在每個短期衝刺結束時以小組形式與雲端卓越中心或雲端治理小組進行會議，藉此掌握共同工作和支援的任何需求。

某些與雲端採用相關聯的技術工作可能會重複。 小組成員應該每隔 3 到 6 個月輪替，以避免員工滿意度問題，並維持相關的技能。 雲端卓越中心或雲端治理小組的成員輪替可提供絕佳的機會，讓員工持續學習並掌控尖端創新。

基準功能

根據所需的業務成果，提供完整雲端採用功能所需的技能可能包括：

• 基礎結構實作者
• DevOps 工程師
• 應用程式開發人員
• 資料科學家
• 資料或應用程式平台專家

為了獲得最佳的共同作業和效率，我們建議雲端採用小組的平均小組人數為六人。 這些團隊應該從技術執行的角度來自我組織。 我們強烈建議這些小組也要包含專案管理專業知識，以及敏捷式、Scrum 或其他反覆模型的深厚經驗。 這種小組在使用扁平結構管理時最有效。

超出範圍

可能需要現有 IT 人員的其他支援。 IT 可成為雲端代理人和創新和企業彈性的合作夥伴，擔任雲端採用的重要參與者。

• 集中式 IT 小組責任

後續步驟

採用是個好主意，但未治理的採用可能會產生非預期的結果。 與雲端治理小組保持一致，以加速採用和最佳做法，同時降低業務和技術風險。

這兩個小組會在雲端採用工作之間建立平衡，但因為可能不會持續，因此視為 MVP。 每個小組都有許多任務，如負責者、當則者、諮詢者、接收通知者 (RACI) 圖表中所述。

深入了解組織的反模式：孤島 (silo) 與封地 (fiefdom)。