雲端組織反模式
客戶通常會在其組織結構內遇到雲端採用的反模式範例。 許多因素都可能導致這些問題：
- 工具組
- 合作夥伴
- 工程師
- 未對齊的IT部門
請務必瞭解這些因素在成功的雲端採用案例中的角色。
反模式：將IT視為成本中心
許多公司會將IT部門視為成本中心。 這種方法可能會導致 IT 不會為公司增加價值。 當員工將 IT 視為提供者而非促進者時，他們可能會感到氣餒。 公司也很難吸引合適的人才。 缺乏動機和延長的生命週期是導致這一結果的原因。 IT 的工作品質可能會受到影響，個孤島和虛構品 可以發展。
範例：將IT視為成本中心
一家公司將其 IT 部門作為負責首席財務官（CFO）的成本中心管理。 管理委員會認為 IT 是一個緩慢的服務提供者，這是該公司最大的成本驅動因素之一。 管理委員會沒有意識到行動業務單位正在取用 IT 部門訂購的大部分資產。 IT 會購買數據中心供所有業務單位使用，但行動業務單位會取得這個超大的資產。 董事會不會將 IT 視為推動者或合作夥伴。
首選結果：將 IT 視為促進者
請考慮下列其中一種方法，而不是將IT部門管理為成本中心：
- 退款：業務單位會將其預算中的營運費用視為IT成本。
- 顯示回報或意識回報：IT 充當代理角色。 在回報給企業時，IT 會將任何直接成本歸因於相關的業務單位。
使用雲端作為增加成本和業務透明度的工具。 例如，實作 成本管理專業領域，以提高成本透明度。 然後，您將更瞭解不同業務單位的成本。 您將把 IT 部門視為這些單位的推動者。
若要改善透明度，請專注於移至雲端時的可見度、責任和優化。 如需詳細資訊，請參閱 建置具有成本意識的組織。
反模式：投資新技術而不涉及業務
IT 部門通常會投入大量人力和財務資源來建置和部署健全的平臺和工具組。 但是，有時候 IT 無法在設計和開發階段考慮業務單位及其需求。 此遺漏會導致新平臺與業務單位的相關性最低。 員工隨後猶豫接受新技術。 不良或緩慢的採用可能會導致問題。 當業務單位不使用其平臺時，也會在IT內建立挫折感。
範例：在沒有涉及業務單位的情況下設定平臺
數據分析公司的 IT 部門會設定及自定義 Azure 平臺，而不需要任何業務單位。 使用平臺時，業務單位開發人員：
- 了解他們沒有進行部署作業所需的許可權。
- 只能使用有限的服務數量。
- 發出支援票證，延長核准週期。
- 開始懷疑新的平臺。
最後，有些開發人員自行購買 Azure 訂用帳戶，以避免 IT 規則和法規的麻煩。 Shadow IT出現。 由於該公司對影子 IT 幾乎沒有控制權，因此出現了高安全性風險。
慣用的結果：讓業務單位參與決策
在部署企業就緒雲端平臺時，避免建立 IT 孤島。 在設計和開發過程中，涉及來自業務單位的開發人員和技術決策者。 若要改善平台採用，請聆聽業務單位的輸入。
請參閱 從雲端採用架構企業級登陸區域開始， Azure 最佳做法和設計原則，以提升採用速度，並針對開發人員量身打造。 在合規性與彈性之間取得正確的平衡。 例如，尋找滿足治理和安全策略的方法，同時讓開發環境保持敏捷。
反模式：外包核心商務功能
諮詢合作夥伴和受控服務提供者（MSP）可以在雲端旅程中扮演重要角色。 但是，公司應該注意合作夥伴和 MSP 的工作不會在其業務中提供最大的價值。 將責任外包給 MSP 或雲端顧問的公司不應依賴這些提供者。
範例：外包雲端採用和移轉
研究所有一個時間關鍵性的雲端移轉專案。 為了縮短雲端採用旅程，它會僱用 MSP 來建置 Azure 基礎並實作移轉。 不去瞭解雲端導入階段和培養相關技能，研究所選擇將所有 Azure 責任移交給 MSP。 由於該研究所沒有雲端或 Azure 知識，MSP 會帶頭進行所有決策，使該研究所相依於 MSP。
理想的結果：讓公司負責關鍵的設計領域
請記住外包作為良好的削減成本策略。 但是，當您的公司涉及這些重要設計領域時，請在公司內做出決策：
- 統轄
- 風險
- 合規
- 身份
請將這些以及其他對您的安全性資產至關重要的領域的責任保留在公司內部。 使用外部合作夥伴加快採用旅程。 但是，為了避免成為依賴提供者，請不要外包一切。
反模式：僱用技術決策者，而不是開發雲端工程師
公司重視尋找正確的人員。 因此，他們通常會在初期雲端導入階段僱用或建立TDM（技術數據管理員）。 成功的雲端旅程依賴 TDM。 但更重要的是，雲端採用需要具備全方位心態和深厚的技術技能的工程師。
範例：聘用 TDM 員工即可
一個研究機構僱用數個 TDM 來領導其雲端旅程。 初始高階概念階段結束后，實作階段就會開始。 然後，該研究所發現雲端部署的行為與內部部署不同。 它需要額外的雲端工程工作，才能正確地實現 基礎設施即代碼（IaC） 概念和政策驅動的治理。
慣用的結果：針對實作階段使用雲端工程師
請記住，工程師在正確實施雲端自動化和著陸區概念時至關重要。 當您採用服務模型時，責任和工作可能會大幅轉變。 藉由將責任轉移到雲端提供者，您可以更快速地進入生產環境。 您也可以使用 TDM 進行決策，但針對需要深入工程知識的工作使用有能力的雲端工程師。 然後，您將了解雲端所提供的優點。