View a markdown version of this page

ADM 运营模式概述 - AWS 规范性指导

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

ADM 运营模式概述

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

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

如下图所示,ADM 模型由相互关联的层组成,这些层起着关键作用:

  • 业务层 — 最上层将 ADM 活动与组织的战略目标保持一致。在这里,领导者定义业务战略,塑造企业架构并建立治理机制。随着生成式 AI 集成变得越来越普遍,这一层变得越来越动态。它促进了业务目标与开发活动之间快速、持续的协调。

  • 服务集成层 — 这种运营联系弥合了业务需求和技术实施之间的差距。随着组织引入生成式人工智能,该层会协调人类团队和人工智能系统之间的复杂交互,以提供无缝服务。

  • 组织结构层 — 该层侧重于人员、流程和技术,在 AI 集成期间,它经历了重大变化。角色将不断演变,团队将重新构想流程,技术堆栈将扩展到包括人工智能工具。该层推动组织生成式 AI 转型的实际实施。

  • 组织能力层 — 该基础层涉及全球资源的战略分配以及人工智能增强型 ADM 所需的基本技能和专业知识的培养。随着人工智能整合的推进,这一层在培养新能力、建立卓越中心 (COE) 和培养持续学习文化方面发挥着至关重要的作用。

ADM 模型的四个层次是业务、服务集成、组织结构和组织能力。

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

ADM 运营模式的真正力量在于其变革和管理变更的能力。这种转型需要所有利益相关者之间的密切合作,以帮助确保统一有效地实施人工智能增强型ADM实践。

有关每个图层的更多详细信息,请参阅以下各节:

ADM 运营模型中的业务层元素

客户应对与以下要素相关的活动负责:

  • 商业策略

    • 改善客户体验并推动关键业务成果

    • 对核心系统进行现代化改造以提高业务影响力

    • 增强敏捷性和创新能力

  • 业务线和支持职能(地理区域和国家)

    • LOBs

    • 市场营销

    • 人力资源

    • 采购

    • 法律条款

    • 信息技术 (IT)

  • 仪表板 KPIs、和报告

    • 服务性能报告

    • 服务级别协议 (SLA) 和运营级别协议 (OLA) 的监控和报告

    • 业务绩效报告

  • 治理、风险和合规

    • 指导委员会和季度审查

    • 风险评估和管理

    • 审计、合规和监管报告

  • 企业和 IT 架构

    • 与业务保持一致的 IT 战略

    • 架构和设计原理

    • 技术标准和政策

  • 预算和预测

    • 预算计划和控制

    • 财务业绩管理

    • 需求预测和规划

  • 业务价值

    • 提高弹性

    • 提高生产力

    • 提高业务灵活性

    • 新功能发布

ADM 运营模型中的服务集成层元素

该层包括服务管理(咨询和技术合作伙伴的责任)和服务治理(客户的责任)的以下关键领域:

  • 服务管理包括 IT 服务的交付,包括服务台、事件和问题管理、变更管理和服务级别管理。人工智能驱动的自动化和智能支持功能可提高服务质量和效率。

  • 服务治理侧重于监督和控制机制,包括服务验证、可用性管理、容量规划和配置管理。通过有效的服务治理,服务可以与业务目标保持一致,同时保持合规性和绩效标准。

ADM 运营模型中的组织结构层元素

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

合作伙伴负责与人员元素相关的活动。在某些情况下,客户采用共同承包的参与模式,因此可以分担以下责任:

  • 组织结构和人员角色

    • 产品管理-项目负责人和业务分析师

    • 项目管理 — 项目经理、Scrum 大师和敏捷教练

    • 架构和设计 — 解决方案架构师、技术主管和用户体验 (UX) 设计师

    • 开发-软件开发人员和用户界面 (UI) 设计师

    • 质量保证 — 测试主管、质量保证 (QA) 测试人员和性能工程师

    • 运营- DevOps 工程师和发布经理

    • 支持和维护 — 支持工程师和技术撰稿人

    • 主题专家 (SME) — 安全主题专家 (SMEs)、集成 SME 和特定领域专家 SMEs

合作伙伴负责与以下流程要素相关的活动:

  • 应用程序功能管理服务

    • 业务流程管理

    • 信息和数据管理

    • 功能管理

  • 应用程序开发服务

    • 项目和需求管理

    • 架构

    • 设计和开发

    • 测试和质量保证 (QA)

  • 应用程序维护服务(操作)

    • 服务支持管理 (ITSM)

    • 服务请求管理

    • 更新和补丁管理

    • 服务改进

  • 应用程序技术管理服务

    • 应用程序基础知识支持(级别 1)

    • 中间件管理

    • 数据库管理

    • 服务改进

  • 平台管理服务

    • 托管着陆区

    • 托管操作系统 (OS)

    • 数据库

    • 可观测性

    • 安全性

    • Network

    • 备份

    • 集成

    • 云端金融

    • 其他服务

合作伙伴负责与实施和管理以下技术要素相关的活动:

  • 技术和工具

    • 包括云、虚拟化、容器、操作系统、数据库和其他管理工具

    • 开发人员工具和集成开发环境 (IDEs)

    • 持续集成和持续开发 (CI/CD) 工具

    • 错误修复和 IT 服务管理 (ITSM) 工具

  • 技术和咨询合作伙伴关系

    • Hyperscaler(AWS 和其他)

    • 科技 ISVs

    • IT/服务台供应商

    • 基础设施外包(网络、数据中心、安全和工作场所服务)

ADM 运营模型中的组织能力层元素

通常,客户负责就以下活动做出关键决策:

  • 计划和变更管理功能

    • 产品组合管理

    • 功能和待办事项管理

    • 组织变更管理

  • 协作和沟通能力

    • 生产力工具

    • 协作工具

    • 沟通工具

  • 知识库管理

    • 市场研究

    • 客户反馈和问题解决方案

    • 商业和领域知识

  • 在岸地点,例如公司办公室、地区办事处或远程站点

  • 俘虏中心

一个或多个咨询合作伙伴负责实施和管理与以下要素相关的活动:

  • 近岸配送地点

  • 离岸配送地点

  • 人才招聘、培训和认证以及资源管理

  • 卓越中心

    • 创新

    • 技术评估和概念验证 (POC)

    • POVs、最佳实践、标准和政策