ADM 操作模型概觀

從典型 IT 操作模型概念轉換到 ADM 的特定內容需要了解這些原則如何適用於軟體開發和維護程序。ADM 操作模型提供全方位的架構，可管理從規劃到開發到維護的整個應用程式生命週期。它有助於實現業務目標和 IT 執行之間的成功一致性。

建立 ADM 操作模型通常是諮詢和技術合作夥伴交付的客戶 （業務和內部 IT) 和/或合作夥伴（應用程式受管服務 (AMS)) 之間的共同責任）。這種協作方法利用多樣化的專業知識，並符合組織的特定需求和技術環境。

如下圖所示，ADM 模型由扮演關鍵角色的互連層組成：

業務層 – 此頂層可讓 ADM 活動與組織的策略目標保持一致。在這裡，領導者會定義業務策略、塑造企業架構，並建立控管機制。隨著生成式 AI 整合變得越來越普遍，此層變得越來越動態。它有助於快速且持續地在業務目標和開發活動之間保持一致。
服務整合層 – 此操作關係可彌補業務需求和技術實作之間的差距。隨著組織引進生成式 AI，此層協調人類團隊和 AI 系統之間的複雜互動，以提供無縫的服務。
組織結構層 – 此層著重於人員、程序和技術，並在 AI 整合期間經歷重大變更。角色將演進，團隊將重新構想程序，而技術堆疊將擴展以包含 AI 工具。此層可推動組織生成式 AI 轉型的實際實作。
組織能力層 – 此基礎層涉及全球資源的策略分佈，以及 AI 擴增 ADM 所需的基本技能和專業知識的培養。隨著 AI 整合的進展，此層在開發新能力、建立卓越中心 (COE) 和培養持續學習文化方面扮演重要角色。

當組織準備將生成式 AI 整合至其 ADM 實務時，他們可以視需要重塑此模型的每一層。組織可以重新構想 SDLC 程序、重新定義角色和重新校正技術堆疊，以完全受益於生成式 AI。

ADM 操作模型的真正功能在於其轉換和管理變更的能力。此轉型需要所有利益相關者之間的緊密合作，以協助確保 AI 擴增 ADM 實務的一致性和有效實作。

如需每個 layer 的詳細資訊，請參閱下列各節：

ADM 操作模型中的商務層元素

客戶負責與下列元素相關的活動：

此層包含下列服務管理（諮詢和技術合作夥伴的責任）和服務控管（客戶的責任）的關鍵領域：

組織層著重於人員、程序和技術。

合作夥伴負責與人員元素相關的活動。在某些情況下，客戶擁有共同來源的參與模型，導致對下列項目負有共同責任：

合作夥伴負責與下列程序元素相關的活動：

合作夥伴負責下列技術元素的實作和管理相關活動：

技術和工具
- 包括雲端、虛擬化、容器、作業系統、資料庫和其他管理工具
- 開發人員工具和整合式開發環境 IDEs)
- 持續整合和持續開發 (CI/CD) 工具
- 錯誤修正和 IT 服務管理 (ITSM) 工具
技術和諮詢合作夥伴關係
- Hyperscaler (AWS 及其他）
- 技術 ISVs
- IT/服務台供應商
- 基礎設施委外（網路、資料中心、安全和工作場所服務）

一般而言，客戶必須負責對下列活動做出關鍵決策：

一或多個諮詢合作夥伴負責實作和管理與下列元素相關的活動：

您的瀏覽器已停用或無法使用 Javascript。

您必須啟用 Javascript，才能使用 AWS 文件。請參閱您的瀏覽器說明頁以取得說明。

IT 操作模型

將生成式 AI 整合到 ADM 實務中