本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# ADM 运营模式概述
<a name="adm-op-model"></a>

要从典型的 IT 运营模式概念过渡到 ADM 的特定环境，需要了解这些原则如何应用于软件开发和维护流程。ADM 运营模式提供了一个全面的框架，用于管理从规划到开发再到维护的整个应用程序生命周期。它有助于在业务目标和 IT 执行之间实现成功的一致性。

创建 ADM 运营模式通常由*客户*（业务和内部 IT） and/or*合作伙伴（咨询和技术合作伙伴*提供的应用程序托管服务 (AMS)）共同负责。这种协作方法利用了不同的专业知识，并与组织的特定需求和技术格局保持一致。

如下图所示，ADM 模型由相互关联的层组成，这些层起着关键作用：
+ [业务层](#adm-business-elements) — 最上层将 ADM 活动与组织的战略目标保持一致。在这里，领导者定义业务战略，塑造企业架构，建立治理机制。随着生成式 AI 集成变得越来越普遍，这一层变得越来越动态。它促进了业务目标与开发活动之间快速、持续的一致性。
+ [服务集成层](#adm-service-int-elements) — 这种运营联系弥合了业务需求和技术实施之间的差距。随着组织引入生成式人工智能，该层会协调人类团队和人工智能系统之间的复杂交互，以提供无缝服务。
+ [组织结构层](#adm-org-structure-elements) — 该层侧重于人员、流程和技术，在 AI 集成期间，它经历了重大变化。角色将不断演变，团队将重新构想流程，技术堆栈将扩展到包括人工智能工具。该层推动组织生成式 AI 转型的实际实施。
+ [组织能力层](#adm-org-capability-elements) — 该基础层涉及全球资源的战略分配以及 AI-augmented ADM所需的基本技能和专业知识的培养。随着人工智能整合的推进，这一层在培养新能力、建立卓越中心 (COE) 和培养持续学习文化方面发挥着至关重要的作用。



![ADM 模型的四个层次是业务、服务集成、组织结构和组织能力。](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/strategy-transform-adm-operating-model-gen-ai/images/adm-model.png)


当组织准备将生成式 AI 整合到其 ADM 实践中时，他们可以根据需要重塑该模型的每一层。Organizations 可以重新构想 SDLC 流程、重新定义角色并重新校准技术堆栈，从而充分受益于生成式 AI。

ADM 运营模式的真正力量在于其变革和管理变更的能力。这种转变需要所有利益相关者密切合作，以帮助确保行政 AI-augmented 管理实践的统一和有效实施。

有关每个图层的更多详细信息，请参阅以下各节：
+ [ADM 运营模型中的业务层元素](#adm-business-elements)
+ [ADM 运营模型中的服务集成层元素](#adm-service-int-elements)
+ [ADM 运营模型中的组织结构层元素](#adm-org-structure-elements)
+ [ADM 运营模型中的组织能力层元素](#adm-org-capability-elements)

## ADM 运营模型中的业务层元素
<a name="adm-business-elements"></a>

客户应对与以下要素相关的活动负责：
+ 商业策略
  + 改善客户体验并推动关键业务成果
  + 对核心系统进行现代化改造以提高业务影响力
  + 增强敏捷性和创新能力
+ 业务线和支持职能（地理区域和国家）
  + LOB
  + 市场营销
  + 人力资源
  + 采购
  + 法律条款
  + 信息技术 (IT)
+ 仪表板、KPI 和报告
  + 服务性能报告
  + 服务级别协议 (SLA) 和运营级别协议 (OLA) 的监控和报告
  + 业务绩效报告
+ 治理、风险和合规
  + 指导委员会和季度审查
  + 风险评估和管理
  + 审计、合规和监管报告
+ 企业和 IT 架构
  + Business-aligned IT 战略
  + 架构和设计原理
  + 技术标准和政策
+ 预算和预测
  + 预算计划和控制
  + 财务业绩管理
  + 需求预测和规划
+ 业务价值
  + 提高弹性
  + 提高生产力
  + 提高业务敏捷性
  + 新功能发布

## ADM 运营模型中的服务集成层元素
<a name="adm-service-int-elements"></a>

该层包括服务管理（咨询和技术合作伙伴的责任）和服务治理（客户的责任）的以下关键领域：
+ **服务管理**包括 IT 服务的交付，包括服务台、事件和问题管理、变更管理和服务级别管理。 AI-powered 自动化和智能支持功能可提高服务质量和效率。
+ **服务治理**侧重于监督和控制机制，包括服务验证、可用性管理、容量规划和配置管理。通过有效的服务治理，服务可以与业务目标保持一致，同时保持合规性和绩效标准。

## ADM 运营模型中的组织结构层元素
<a name="adm-org-structure-elements"></a>

组织层侧重于人员、流程和技术。

合作伙伴负责与*人员*元素相关的活动。在某些情况下，客户采用共同承包的参与模式，因此可以分担以下责任：
+ 组织结构和人员角色
  + 产品管理-项目负责人和业务分析师
  + 项目管理 — 项目经理、Scrum 大师和敏捷教练
  + 架构和设计 — 解决方案架构师、技术主管和用户体验 (UX) 设计师
  + 开发-软件开发人员和用户界面 (UI) 设计师
  + 质量保证 — 测试主管、质量保证 (QA) 测试人员和性能工程师
  + 运营- DevOps 工程师和发布经理
  + 支持和维护 — 支持工程师和技术撰稿人
  + 主题专家 (SME) — 安全主题专家 (SME)、整合型中小企业和特定领域的中小企业

合作伙伴负责与以下*流程*要素相关的活动：
+ 应用程序功能管理服务
  + 业务流程管理
  + 信息和数据管理
  + 功能管理
+ 应用程序开发服务
  + 项目和需求管理
  + 架构
  + 设计和开发
  + 测试和质量保证 (QA)
+ 应用程序维护服务（操作）
  + 服务支持管理 (ITSM)
  + 服务请求管理
  + 更新和补丁管理
  + 服务改进
+ 应用程序技术管理服务
  + 应用程序基础知识支持（级别 1）
  + 中间件管理
  + 数据库管理
  + 服务改进
+ 平台管理服务
  + 托管着陆区
  + 托管操作系统 (OS)
  + 数据库
  + 可观测性
  + 安全性
  + Network
  + 备份
  + 集成
  + 云端金融
  + 其他服务

合作伙伴负责与实施和管理以下*技术*要素相关的活动：
+ 技术和工具
  + 包括云、虚拟化、容器、操作系统、数据库和其他管理工具
  + 开发人员工具和集成开发环境 (IDE)
  + 持续集成和持续开发 (CI/CD) 工具
  + 错误修复和 IT 服务管理 (ITSM) 工具
+ 技术和咨询合作伙伴关系
  + Hyperscaler（AWS 和其他）
  + 科技独立软件供应商
  + IT/Service 办公桌供应商
  + 基础设施外包（网络、数据中心、安全和工作场所服务）

## ADM 运营模型中的组织能力层元素
<a name="adm-org-capability-elements"></a>

通常，客户负责就以下活动做出关键决策：
+ 计划和变更管理功能
  + 产品组合管理
  + 功能和待办事项管理
  + 组织变更管理
+ 协作和沟通能力
  + 生产力工具
  + 协作工具
  + 沟通工具
+ 知识库管理
  + 市场研究
  + 客户反馈和问题解决方案
  + 商业和领域知识
+ 在岸地点，例如公司办公室、地区办事处或远程站点 
+ 俘虏中心 

一个或多个咨询合作伙伴负责实施和管理与以下要素相关的活动：
+ 近岸配送地点
+ 离岸配送地点
+ 人才招聘、培训和认证以及资源管理
+ 卓越中心
  + 创新
  + 技术评估和概念验证 (POC)
  + POV、最佳实践、标准和政策