ppt文档 企业4A数字化架构演进与治理方案 VIP文档

15.82 MB 122 页 6 浏览 0 评论 0 收藏
语言 格式 评分
中文(简体)
.pptx
3
概览
企业 4A 数字化架构演进与 治理方案 • 运营商 IT 定位从内部支撑 转向“生产系统”,在商业逐 步清晰的过程中,需要两个 驱动构建这个“系统”,一个 是架构设计与实施,一个是 配套的治理与管理; • IT 治理需要放在架构演进 的上下文中来对待; • 期望这次结合实践的分享, 能够将 IT 架构演进与 IT 治 理讲透,从而为相关咨询场 景(数字化能力、 ICT 架构 规划、 ICT 治理等)提供支 撑。 • 需要在架构演进下考虑 如何治理,因为这个时 代需要主动的能力演进 来驱动业务,主动的能 力往往先由技术与架构 驱动,组织、流程、人 员技能、工具平台等是 资源的优化配置,支撑 主动能力的构建; • IT 治理既有随架构变化 的定制性,又有抽象层 面的通用性,理解其本 质,可复用到 ICT 领域。 • 此次分享,我们用 YYYYIT 规划的案例说明 IT 架构如何演进与实现。 • 此次分享,我们基于甲 方企业级 IT 治理的案例, 来说明 IT 治理与管控如 何设计及可执行。 此次分享的缘由 一页说明 YYYYIT 架构规划成果 • 背景: YYYY 成立于 2015 年初, YYYY 定位为:对内为移动提供集 中的客户服务,集中的渠道运营支 撑,集中的后台处理服务;对外提 供集中数字服务; • 经过两年多的发展, YYYY 的系统 初具规模,但也面临一系列烟囱式 建设带来的问题,重复建设的功能, 数据冗余交互困难,系统扩展弹性 差,不能敏捷的支持快速发展的业 务等; • 此次由化为与亚信组成 20+ 专家 的联合规划团队,目标是通过梳理 IT 相关架构(应用架构、数据架 构、技术与服务治理架构、基础架 构、运维架构、安全架构),设计 蓝图,明确未来 3 年的演进路径, 指导后续建设与运维。 • 组织 • 规模 • 交付物 • 过程  《总册》  《应用架构分册》  《数据架构分册》  《技术与治理架构分册》  《基础设施架构分册》  《运维架构分册》  《安全架构分册》 • 过程 一页说明甲方 IT 治理成果 • XX 集团成立 IT 管理委员会,推动 全网大 IT 系统变革,如何运作, 需要省公司的经验与教训; • 甲方锐意进取,成立 IT 决策委员 会,化为支持甲方设计了统一 IT 治理体系与统一技术体系,为大 IT 体系建设提供了有效的指导。 • 甲方历史上 IT 治理与决策过程是 分散的,传统电信业务场景下是有 序的,但随着外部竞争与数字化转 型的需要, IT 的作用越来越显性, 分散治理的弊端就显现出来,业务 部门与 IT 部门职责不清, IT 资源 无计划无度量的被使用; • 同时, IT 作为专项领域需要专门 进行规划,规划过程需要相关部门 通力协作,相应的 IT 治理机制需 要优化与明确。 • 运营蓝图 • 框架 • 交付物  《主报告》  《分项报告 1 :组织与原则》  《分项报告 2 : IT 决策体 系》  《分项报告 3 : IT 治理体 系》  《分项报告 4 :统一技术体 系》  《混合云参考架构》 IT 架构与 IT 治理咨询的策略 以面带线 以点穿线 以线带动解决方案  总体策略:面中平衡干系人需求,点中识别痛点,线中带动解决方案。 • 通用型解决方案 • 定制型解决方案 • 解决方案元能力的 抽象提炼与运营 • 解决方案动态组合 目录 IT 架构规划 到实施演进 IT 治理设计 到管理遵从 如何理解 IT 架 构演进下的 IT 治理 1 2 3 业务定位 业务 愿景 业务 使命 业务战略目标 业务战略 业务能力 业务架构(组 织、职能、流 程等) 业务战略规划 路线图 IT 定位 IT 愿景 IT 战略 IT 能力 IT 架构 < 现状与目标 > (应用、数据、 技术、运维、 安全等) IT 规划路线图 战略规划 路线图 总体治理 架构治理 项目治理 运维治理 重点分享 IT 输入 业务输入 不涉及 图例: 导航 分工与有效实施 制度规范的制定与遵从 + 目录 IT 架构规划 到实施演进 IT 治理设计 到管理遵从 如何理解 IT 架 构演进下的 IT 治理 1 2 3 业务定位 业务 愿景 业务 使命 业务战略目标 业务战略 业务能力 业务架构(组 织、职能、流 程等) 业务战略规划 路线图 IT 定位 IT 愿景 IT 战略 IT 能力 IT 架构 < 现状与目标 > (应用、数据、 技术、运维、 安全等) IT 规划路线图 战略规划 路线图 分工与有效实施 总体治理 架构治理 项目治理 运维治理 重点分享 IT 输入 业务输入 不涉及 图例: 导航 制度规范的制定与遵从 + 总体框架 分工与有效实施 制度规范的遵从 技术与架构 治理与管理 • 技术与架构是左腿,治理与管理 是右腿,左右腿是 enabler ,驱 动 IT 向前发展,支撑业务(上 半身)。可是腿还不足以落地, 要靠脚落地,落地完,左腿才能 实现,右腿才能执行,脚是什么? • 左脚是分工与实施,从而才能实 现各种技术与架构的落地;右脚 是制度规范的制定与遵从,因为 一系列有效的规则与组织安排都 需要人按照规定去做出来,所以 需要制度与规范的约束,才能实 现最后管理上的落地。 业务 方向 实施管控 提供治理 管理的对 象输入; 架构演进 提供治理 管理依据 业务流程 应用 云技术 P – B – R - M M E G 治理 管理 运营 / 运 维管控 商业模式 市场洞察 流程与角色 岗位 实施分工 关键任务 IT 架构从规划到实施演进 架构级解决方案  项目级解决方案 “ 我们的目标架构 是否正确 ?” “ 我们是 否在正确 的路上 ?” 项目群 演进实施 Solution Outline Build Cycle Deployment Macro Design Micro Design Solution Outline Build Cycle Deployment Macro Design Micro Design Solution Outline Build Cycle Deployment Macro Design Micro Design IT 战略 企业级 架构管控 “ 我们设计的系统是否 符合规划的要求 ?” IT 架构 “ 这些是系统 应该设计成的样子” 业务 架构 基于架构管控要 求与企业架构设 计对项目进行排 序、分工与计划 “ 这些应该 是我们要做 的项目” 转换 过程 ( trasition ) 业务战略 “ 这是我们的 演进路线” 应用架构 安 全 架 构 技术与治理架构 基础设施架构 IT 架构领域 数据架构 运 维 架 构 架构治理 运维治理 项目治理 ICT 治理 公司治理 有相关组织机构决定组织目标,监控绩效执行情况,确保业务目标达成。 明确 ICT 决策权利于问责框架,推动 ICT 使用中采取合适的行为模式。 委员会层级 CTIO 架构层级 项目层级 运维层级 架构管控的目标是提供一个框架来管理企业级架构的设计、实施与持续演进。 管理与跟踪变革举措,确保项目成功交付与价值实现。 企业端到端治理内涵 运维的监督、评价与指导框架,将有效的确保运维的演进符合业务驱动下 架构的演进。 规划与计划 设计与构建 运营与运维 业 务 IT  IC T 咨询场景 常用方法论 • 战略洞察 • 业务建模 • 商业模式 • … • 业务领先模型 ( BLM ) • 商业画布 • … 咨询场景 咨询场景 常用方法论 • 企业架构 (含架构治理) • IT 治理 • IT 服务 • … • Togaf/Cobit • ITIL/DevOps • 康威定律 • SFIA5 • … • 监理服务 • 项目治理 (业务项目落 地、 IT 项目落地) • CMMI/IPD • DevOps • ITIL • 康威定律 • SFIA5 • PMP/Prince2 • … 常用方法论 架构治理 运维治理 项目治理 IT 治 理 • 合营服务 • 数字化运营服务 • NFV 运营与运维 服务 • IT 运维服务 • 运维治理 • … • eTOM • [ 相关数字化 运营方法论 ] • … • DevOps • ITIL • SFIA5 • … 从常见咨询场景看 IT 治理 L1 L1 总 体 治 理 IT 治理分解 - L1  L2 规划与计划 设计与构建 运营与运维 业 务 IT  IC T 咨询场景 常用方法论 • 战略洞察 • 业务建模 • 商业模式 • … • 业务领先模型 ( BLM ) • 商业画布 • … 咨询场景 咨询场景 常用方法论 • 企业架构 (含架构治理) • IT 治理 (规划视角) • IT 运维 • … • Togaf / Cobit • ITIL/DevOps • 康威定律 • SFIA5 • … • 监理服务 • 项目治理 (业务项目落 地、 IT 项目落地) • CMMI/IPD • DevOps • ITIL • 康威定律 • SFIA5 • PMP/Prince2 • … 常用方法论 架构治理 运维治理 项目治理 IT 治 理 • 合营服务 • 数字化运营服务 • NFV 运营与运维 服务 • IT 运维服务 • 运维治理 • … • eTOM • [ 相关数字化 运营方法论 ] • … • DevOps • ITIL • SFIA5 • … 组织设计 流程设计 人员技能设计 组织设计 流程设计 人员技能设计 组织设计 流程设计 人员技能设计 • 企业架构管控 • 架构领域治理  业务服务治理(架构内)  SOA 治理(架构内)  云治理(架构内) • 架构演进实施治理 • 项目立项决策 • 项目群管控 • 项目管控 • 双态运维模式 • 日常运维 • 重点工作 • 自动化 L2 原子 能力 L2 总 体 治 理 L1 • CMMI/IPD • DevOps • ITIL • 康威定律 • SFIA5 • PMP/Prince2 • … IT 治理全景图 规划与计划 设计与构建 运营与运维 业 务 IT  IC T 咨询场景 常用方法论 • 战略洞察 • 业务建模 • 商业模式 • … • 业务领先模型 ( BLM ) • 商业画布 • … 咨询场景 咨询场景 常用方法论 • 企业架构 (含架构治理) • IT 治理 (规划视角) • IT 运维 • … • Togaf / Cobit • ITIL/DevOps • 康威定律 • SFIA5 • … • 监理服务 • 项目治理 (业务项目落 地、 IT 项目落地) 常用方法论 架构治理 运维治理 项目治理 IT 治 理 • 合营服务 • 数字化运营服务 • NFV 运营与运维 服务 • IT 运维服务 • 运维治理 • … • eTOM • [ 相关数字化 运营方法论 ] • … • DevOps • ITIL • SFIA5 • … 组织设计 流程设计 人员技能设计 组织设计 流程设计 人员技能设计 组织设计 流程设计 人员技能设计 • 企业架构管控 • 架构领域治理  业务服务治理(架构内)  SOA 治理(架构内)  云治理(架构内) • 架构演进实施治理 • 项目立项决策 • 项目群管控 • 项目管控 • 双态运维模式 • 日常运维 • 重点工作 • 自动化 定位 职能 运作 模式 架构领域制度规范 项目领域制度规范 运维领域制度规范 关系同架 构治理 关系同架 构治理 执行 指导 全景 原子 能力 L2 总体 治理 L1 制度与 遵从 考核 IT 治理管控框架 架构治理 运维治理 项目治理 IT 治 理 组织设计 流程设计 人员技能设计 组织设计 流程设计 人员技能设计 组织设计 流程设计 人员技能设计 • 企业架构管控 • 架构领域治理  业务服务治理(架构内)  SOA 治理(架构内)  云治理(架构内) • 架构演进实施治理 • 项目立项决策 • 项目群管控 • 项目管控 • 双态运维模式 • 日常运维 • 重点工作 • 自动化 定位 职能 运作 模式 架构领域制度规范 项目领域制度规范 运维领域制度规范 关系同架 构治理 关系同架 构治理 执行 指导 总体 治理 制度与 遵从 考核 目录 IT 架构规划 到实施演进 IT 治理设计 到管理遵从 如何理解 IT 架 构演进下的 IT 治理 1 2 3 业务定位 业务 愿景 业务 使命 业务战略目标 业务战略 业务能力 业务架构(组 织、职能、流 程等) 业务战略规划 路线图 IT 定位 IT 愿景 IT 战略 IT 能力 IT 架构 (应用、数据、 技术、运维、 安全等) IT 规划路线图 战略规划 路线图 总体治理 架构治理 项目治理 运维治理 重点分享 IT 输入 业务输入 不涉及 图例: 导航 分工与有效实施 制度规范的制定与遵从 + 企业架构的本质 2 、企业架构应该随业务战略变化而随之变化,企业架构要与战略匹配,体现公司的竞 争优势与价值链,企业中相对不变的是业务运营的本质,或者说行业特点,企业架构就 是要体现这个业务运营模式,但这只是一般业务规律的描述,企业架构必须加上企业的 竞争优势,以及各种利益关注者的期望以及实现,这样企业架构才称之为“企业”,而不 是“行业”。 1 、使用企业架构的主体不同,企业架构就有不同的作用:  对于企业而言,企业架构最高角度就是立法的高度。制定企业架构的过程实际上是 信息化规划的立法过程,作为规划是有法律效力的。  对于化为而言,企业架构可以作为 IT 规划方法论的核心框架,对于指导 IT 规划项 目的交付,促进化为服务与产品的销售,也有非常重要的现实意义。 架构规划的关键是实现业务与 IT 的融合,实现端到端的提升 为什么需要业务输入 实施治理 分工计划 演进路线 蓝图架构 架构愿景 IT 输入 业务输入  考虑 IT 架构规划时,业务架构的输入是重中之重,但现实场景中,在互联网的时代,往往缺乏业务架构 的输入,于是 IT 架构规划只能从内在向外看,从 IT 架构本身的能力提升角度切入,效果自然就大打折扣 了。 业务输入对 IT 架构的影响体现在: 1 、业务方向决定了 IT 的战略方 向; 2 、行业趋势往往也包含了 IT 支 撑与驱动模式的最佳实践; 3 、业务运营模式的特点决定了系 统集成的特点; 4 、业务的能力需求决定了业务流 程的能力需求,决定了应用的能 力需求,决定了以云为核心的技 术的能力需求; 5 、企业的核心竞争力需要在 IT 架构中体现; 6 、业务与 IT 的融合,需要基于 现状考虑,需要在系统对业务能 力的覆盖度与支持度两个维度上 业务建模虽然成本高,却有价值 实施治理 分工计划 演进路线 蓝图架构 架构愿景 IT 输入 业务输入  上一页的业务架构输入,更多是针对现行的已经存在的业务架构信息进行分析,作为 IT 架构的输入,还有一种场景,是由 业务部门与 IT 部门共同,借助规划项目,用 IT 方面的词汇将业务梳理清楚,也就是“业务建模”,这样做的好处是使得后续 规划更有依据,适用场景是比较稳定的“业务形态”;  例如移动的四轮驱动,某种意义上前三轮比较稳定,第四轮新业务里,混杂着稳定与不稳定并动态变化的“业务形态”。  将企业架构的内容看为由若干企业架构元素以及他们之间的 关系组合而成,如何在这些干系人之间建立针对企业状况的 无障碍的沟通是企业架构的最终目标,而在此基础之上实现 诸如业务 -IT 相协调( Business-IT Alignment )、企业从 单一领域优化到全局范围优化的演进等目标;为了达到这一 目标,需要对“企业”这一客观对象进行描述,并在各干系人 之间获得一致性的认同,而这一过程也正是采用各种企业架 构框架来进行企业架构建设过程的核心。用 IT 方面的词汇 来描述,将其称为对企业进行“建模”;  企业架构设计的基础是企业架构内容元模型( EA Content Meta model ),它提供了一个完整的企业业务及信息化要 素描述框架,它包括企业业务管理和信息化需要哪些元素, 这些元素之间是什么关系,如何实现从业务战略,需求到技 术实现方案端到端跟踪。 TOGAF 架构内容元模型 拓展学 习内容 业务架构内容 元模型 业务建模的内涵 实施治理 分工计划 演进路线 蓝图架构 架构愿景 IT 输入 业务输入  如何进行建模: TOGAF 中已经有了相关阐述,罗列出了企业架构建设的各个实施、维护阶段 以及相关的输入、输出和目标;  业务建模应该包括业务流程和业务架构两个方面的内容,流程偏于阶段和活动方面动态的建模, 架构偏于组件和数据方面静态的建模。而对于建模的理解应该是通过模型能够真实的反映和模 拟企业业务的方方面面,包括组织架构,岗位角色,业务数据和对象,业务领域,业务流程和 活动等方面的内容;  业务建模从流程入手还是架构入手,在高层建模的过程中,模型本身就是一个流程和架构的结 合体。常说的价值链模型可以看到既包括了关键的业务领域和组件,其次本身又体现了端到端 的动态阶段;  采用何种方式进行描述:通过支持 TOGAF 协议的架构描述语言 ArchiMate 来实现;也可以使 用自然语言的描述内容来实现。 TOGAF ADM & ArchiMate 拓展学 习内容 业务建模方法示例 实施治理 分工计划 演进路线 蓝图架构 架构愿景 IT 输入 业务输入  用 IT 的语言对业务进行建模,通常最核心的包括业务 流程建模与数据建模,需要客户的高层与业务部门牵 头与投入,有的企业还会进一步扩展建模范围,例如 产品建模、用户体验建模等,其目的都是为了讲清楚 当前时代与企业大环境下的业务的方方面面,对后续 的技术落地确定方向,提供输入。 数据建模方法示例 流程建模方法示例 产品建模方法示例 业务建模的模型示例 实施治理 分工计划 演进路线 蓝图架构 架构愿景 IT 输入 业务输入 数 据 模 型 举 例 说 明 如何从业务架构到 IT 能力 ——介绍一种方法 实施治理 分工计划 演进路线 蓝图架构 架构愿景 IT 输入 业务输入 销售管理 投资与项目 资金管理 人力资源 供应链管理 设备管理
下载文档到本地,方便使用
共 122 页, 还有 34 页可预览, 继续阅读
文档评分
请文明评论,理性发言.