麦肯锡企业架构治理EAM现状诊断（26页）

微信扫码，打开到小程序

此报告仅供客户内部使用。未经麦肯锡公司书面许可，其它任何机构不 得擅自传阅、引用或复制。本文件仅供麦肯锡公司简报之用；并非会议 之完整纪录。 设计企业未来架构 (EA) ， 构建业务信息化蓝图 企业架构 (EA) 设计咨询项目 企业架构治理 (EAM) 现状诊断 内部使用 文件 5 2 • < 文件 1> 目标业务能力架构 – 各种挑战及业务能力建设重点 – 业务能力重点对 IT 的要求 • < 文件 2> IT 架构现状梳理 • < 文件 3> IT 架构现状诊断 • < 文件 4> 目标 IT 架构设计 – 架构改进点及建议 – 未来 1/3/5 年的目标架构及演进路线 • < 文件 5> 企业架构治理 (EAM) 现状诊断 • < 文件 6> 企业架构治理 (EAM) 设计 – 针对体改后的组织设置，设计所需角色、 岗位、职责，及项目治理流程 • < 文件 7> 数据治理的方向性建议 • < 文件 8> 现有 / 目标架构的 ARIS 模型说明 – 现有 / 目标架构在 ARIS 中被完整记录， 该文件为对建模内容的说明 本项目通过一系列的交付物，回答上海电力企业架构 亟需解决的核心问题 • 上海电力需要加强哪些业务能力建设以应对未来 5 年内各方面的挑战？这些这些能力建设的重点对 IT 有哪些要求？ • 上海电力目前的 IT 架构如何？ 目前的 IT 架构存在哪些差距 ? • 为了弥补这些差距，上海电力未来 5 年的 IT 架构应 该在哪些方面进一步提升？如何提升？变为怎样？如 何演进？ • 如何确保企业架构对信息化项目的指导，并具备内 部长期演进架构的能力？针对体改后的科信部与信 通中心设置，如何确保组织上的保障？ • 如何确保上海电力具备对已建设的 IT 系统的深化应 用，特别是信息 / 数据方面的实用化？ • 如何将架构蓝图在系统 / 工具中固化，以确保架构在 各个项目中的统一？ 上海电力企业架构亟需回答的核心问题 本项目的相应交付物 本文内容 3 • 能否建造和维护清晰规范 的企业架构并在各部门达 成共识？能否规划出企业 架构的发展路线图并在各 部门达成共识？ • 能否将达成共识的企业架 构落实到项目建设中？ • 能否将达成共识的企业架 构路线图落实到项目组合 管理的优先排序中？ …需要从评估企业架构管理入 手 企业架构方面的差距来自于企业架构管理的差距 架构 的设 计方 面的 问题 现象 影响 未穷尽 • 集成平台利用低 • 集成灵活性差，变更成 本高 • 企业数据模型缺失， 数据集成度低 • 数据维护成本高，一致 性及时性低 • 业务架构缺全景 • 跨部门业务整合能力低， 成本高，工期长 • 部分基础设施分配 不清晰 • 固定资产投资收益欠优 • 项目排序与架构规 划不一致性 • 与总体架构发展不协 调项目的项目造成工 期长、重复建设成本 高，未来扩展性差 • 缺乏在全公司达成 共识的架构路线图 规划 • 项目组合管理的统一意 见成本高，实现“公平 公正公开”的难度大 要解决企业架构的问题… 架构 的规 划方 面的 问题 4 企业架构管理的三大工作内容需要与其它 IT 工作的 配合 资料来源：麦肯锡 项目审批 管理 基础设施建设 计划 转型 测试 投入 使用 应用开发建设 计划 建设 测试 投入 使用 IT 项目组合管理 IT 战略 / 治理 / 组织 战略规划 业务 /IT 关系 管理 企业架构管理 项目组合管理 业务要求 管理 企业架构的创建与维护 战略变化导致架 构规划调整 A2 业务 /IT 关系的 协调部门提出架 构更新的要求 企业架构在项目管理中的贯彻 B1 IT 项目审批必须 包含架构合规 检查 B2 架构合规审查还要在明确的 里程碑处进行；项目也会向 EAM 寻求架构解决方案 企业架构路线图在项目组合管理 中的贯彻 C1 与架构演进有关 的项目优先排序 必须与企业架构 路线图保持一致 A B C 企业架构的 创建与维护 企业架构在 项目中的 贯彻 企业架构路 线图在项目 组合管理中 的贯彻 A B C A1 5 企业架构管理可以从要素、流程、和角色三方面来 分析 流程 角色 要素 资料来源：麦肯锡 EA 创建与维护流程 EAM 参与项目管理流程 EAM 参与项目组合管理 流程 设计 输入 当前 架构 目标 架构 参考 模型 架构 规范 架构 评估 转型 规划 流程层 能力层 应用层 集成层 数据层 基础层 总架构师 项 目 角 色 分 层 角 色 跨 层 角 色 创建与 维护 A 在项目中 贯彻 B 在排序中 贯彻 C 创建与 维护 A 在项目中 贯彻 B 在排序中 贯彻 C 6 架构转型规划 架构规范 架构参考模型 设计输入 当前架构 企业架构管理要素为 EAM 三大工作内容服务 架构路线图在 项目排序中的 贯彻 C 架构设计在项 目中的贯彻 B 架构维护与 更新 A 架构管理要素 业务需求 业务流程架构 业务能力架构 应用架构 集成架构 数据架构 基础架构 目标架构 业务流程架构 业务能力架构 应用架构 集成架构 数据架构 基础架构 企业战略规划 新技术趋势 EA 知识库 业务架构路线图 应用架构路线图 技术架构路线图 EA 标准词汇表 EA 工具 架构评估 项目架构文档 架构合规指标 架构评估方法 业务数据模型 数据集成模式 基础服务菜单 基础设施 SLA 硬件平台标准 硬件设备标准 业务流程架构 业务能力架构 应用架构 集成架构 数据架构 基础架构 资料来源：麦肯锡 7 使用 企业架构管理通过三个流程和在其它管理流程中 的参与来实现 架构路线图在 项目排序中的 贯彻 C 架构设计在项 目中的贯彻 B 架构维护与 更新 A 相关流程 • EAM 团队 直接管理 的架构创 建与维护 流程 • EAM 团队 参与的信 息化项目 管理流程 • EAM 团队 参与的信 息化项目 组合排序 流程 相关示意图 EA 设计启动 需求设计 EA 设计更 新 EA 转型规 划 规划 需求 分析 设计 开发 交付 审批 监督 变更管理 验收 补救 EAM 在项目 管理中的参与 项目提案 分组排序 集中排序 EAM 在项 目排序中 的参与 提供架构路线图 1 2 3 4 5 资料来源：麦肯锡 滚动修编 6 8 资料来源：小组分析 企业架构管理需要专业化的架构角色来负责 业务架构 IT 架构 业务流程架构 业务能力架构 应用架构 集成架构 总架构师 项目软件 架构师 项目基础 架构师 项目业务 架构师 架 构 需 求 协 调 员 企 业 架 构 知 识 库 主 管 企 业 架 构 师 安 全 架 构 师 集成架构师 应用架构师 业务架构师 数据架构师 基础架构师 企业架构框架 跨层 项目层面 架构设计层面 数据架构 基础架构 9 评估结果从三个方面显示出上海电力 EAM 的主要差距 要素 •架构现状无公认文档 – 业务能力架构 – 应用架构 – 集成架构 – 数据架构 •目标架构不完整、展望近， 仅有限于未来 1-2 年的标准 – 基础设施标准（已颁布） – 应用、集成标准（在编） 流程 •EAM 工作尚未正式发起 •无跨项目跨业务的 EA 需求 设计和 EA 设计更新流程 •无根据技术发展趋势改进 架构目标设计的技术管理流程 •无定期的企业架构转型规 划流程 •无根据企业架构搭建的各 层参考模型以规范项目架构的 审批和设计 •缺乏统一的架构规范和工 具来描述和沟通架构规范和架 构设计 •缺乏统一的架构评估：在 项目验收的《技术报告》中虽 然包括架构内容，但不统一、 不完整，且无正式架构符合度 评估 •在项目管理流程中： – 科信部未能充分利用项目审批 中的管控力推行架构规范 – 缺乏在项目过程中对架构合规 度的跟踪、指导、和管控 – 缺乏在项目验收时对架构合规 度的评估 – 缺乏由架构违规方承担责任的 架构违规补救措施 •缺乏完整的、及时更新的 企业架构路线图 •缺乏为项目排序流程提供 架构路线图依据 架构路线图在 项目排序中的 贯彻 C 架构设计在项 目中的贯彻 B 角色 •角色工作内容无人承担 – 企业架构师 – 业务架构师 – 数据架构师 – 架构需求协调员 •角色部分工作有人兼任 但分工不完整不明确，如 – 应用架构师 – 集成架构师 •角色分工不利于管控 – 项目业务架构师：业务部 IT 协调员主导，科信 IT 协调员辅助，缺乏跨业务 跨项目管控 – 项目软件架构师：由开发 商担任，因项目而异，缺 乏甲方管控 – 项目基础架构师：由开发 商担任，由企业基础架构 师辅助，缺乏甲方管控 •角色部分工作有人兼任 但分工不完整不明确 – 总架构师 架构维护与 更新 A 10 架构转型规划 架构规范 架构参考模型 设计输入 当前架构 上海电力企业架构管理要素现状 架构路线图在 项目排序中的 贯彻 C 架构设计在项 目中的贯彻 B 架构维护与 更新 A 架构管理要素 业务需求 业务流程架构 业务能力架构 应用架构 集成架构 数据架构 基础架构 目标架构 业务流程架构 业务能力架构 应用架构 集成架构 数据架构 基础架构 企业战略规划 新技术趋势 EA 知识库 业务架构路线图 应用架构路线图 技术架构路线图 EA 标准词汇表 EA 工具 架构评估 项目架构文档 架构合规指标 架构评估方法 业务数据模型 数据集成模式 基础服务菜单 基础设施 SLA 硬件平台标准 硬件设备标准 业务流程架构 业务能力架构 应用架构 集成架构 数据架构 基础架构 有此要素且满足 EAM 要求 此要素缺失 有此要素但不满足 EAM 要 求 11 上海电力企业架构管理要素现状 架构路线图在 项目排序中的 贯彻 C 架构设计在项 目中的贯彻 B 架构维护与 更新 A 架构管理要素 有此要素且满足 EAM 要求 此要素缺失 有此要素但不满足 EAM 要 求 • 在《信息化发展规划 2008-2010 滚动修 编》中仅有应用和技术方面的规划概要 • 无总体业务能力架构发展规划 • 在正在建造的信息 化标准体系中，已 颁布了《 IT 基础 设施标准》，在编 《应用标准》 • 标准仅着眼于未来 1-2 年规划 • 无统一的架构 描述语言 • 《信息化项目管理 办法》和《实施细 则》规定在验收 《技术报告》中描 述架构 • 无架构描述的详细 统一要求和评估办 法 • IBM 开发的关键业务模型 (CBM) 涉及部分业务流程架构和应用架构 • 无各层一致的参考模型体系 • 无跨部门跨项 目的完整视图 • 在开展单个项 目时对现状的 认识局限于项 目负责人的知 识和经验 • 无针对架构的 全景全局的业 务需求分析 • 无系统化的架 构技术趋势跟 踪分析 架构转型规划 架构规范 架构参考模型 设计输入 当前架构 目标架构 架构评估 12 接口标准化 业务组织 能力架构与业务的协调性 业务能力板块图 业务流程衔接 功能冗余度 业务流程定义 标准程序包 应用与技术的相对独立 功能点定义 构件复用 参考模型 快捷灵活性 软件标准规范 软件集成平台 基设服务产品目录 服务水平 硬件标准 硬件平台 业务信息模型 企业架构管理评估 – 要素 资料来源：麦肯锡 流程 架构 能力 架构 应用 / 集成 软件 架构 基设 服务 基设 硬件 科信部平均分（ 6 份答卷） 总平均分（ 14 份答卷） 平均 2.7 3.8 3.3 3.0 1.4 3.0 2.4 1.8 2.2 2.8 3.0 3.6 2.6 2.4 2.8 2.5 2.4 2.5 3.4 2.6 2.6 平均 2.7 3.5 3.3 3.2 1.9 3.1 2.4 2.0 2.2 2.6 2.7 3.5 2.6 2.4 2.7 2.5 2.1 2.5 3.0 2.6 2.8 1. 低； 2. 中低； 3. 中高； 4. 高 答卷总 数 : 14 13 上海电力企业架构管理流程现状 架构路线图在 项目排序中的 贯彻 C 架构设计在项 目中的贯彻 B 架构维护与 更新 A 相关流程 • EAM 团队 直接管理 的架构创 建与维护 流程 • EAM 团队 参与的信 息化项目 管理流程 • EAM 团队 参与的信 息化项目 组合排序 流程 相关示意图 EA 设计启动 需求设计 审批 监督 变更管理 验收 补救 EAM 在项目 管理中的参与 EAM 在项 目排序中 的参与 提供架构路线图 1 2 3 4 5 资料来源：麦肯锡 滚动修编 6 ! ! ! ! ! ! ! ! 无架构创建与维护流程 审批中架构管控 不足 EA 设计更 新 EA 转型规 划 ! ! 无架构路线 共识以供排 序参考 无架构缺陷 补救机制 验收中架构 管控不足 项目中无有效 的架构管控 使用 规划 需求 分析 设计 开发 交付 项目提案 分组排序 集中排序 14 企业架构管理评估 – 流程 资料来源：麦肯锡 科信部平均分（ 6 份答卷） 总平均分（ 14 份答卷） 平均 2.2 1.3 1.8 2.4 2.8 2.6 1.8 1.5 2.0 2.4 2.3 2.8 2.3 1.8 2.2 1.8 3.0 1.8 1.8 1.4 4.0 2.2 平均 2.4 2.2 2.7 2.8 2.8 2.3 1.9 2.0 2.6 2.6 2.5 2.5 2.2 2.5 2.2 2.8 2.0 2.1 1.8 3.3 启动 需求工程 设计 改造 管控 技术管理 标准规范管理 架构文档 架构演进规划 架构治理 EA 与企划的关系 架构维护 架构支持工具 合规评审 测试原型 外包策略 风险管理 技术改进 企业架构管理的内容 业务对架构的责任感 利益相关者的参与 发布计划 架构人员的项目参与 需求与供应解耦 需求管理 交付模式 1. 低； 2. 中低； 3. 中高； 4. 高 答卷总 数 : 14 15 需求分析 设计 开发 交付 科信部 领导 可 行 性 研 究 预 审 查 制 定 总 体 方 案  含 架 构  正 式 审 批 签 订 合 同 需求 调研 迭代 需求 评审 详细设计 （含架构） 准备测试用例 编程和原 型迭代 （含架 构） 用户原型 测试 单元 及整 合 测试 用 户 认 可 测 试 程 序 发 布 现 场 培 训 冲突仲裁 提供 需求 输入 交付 后架 构审 核 例外的管理 规划 IT 项目 经理 * 业务项 目经理 承包商 ** 上线 后支 持培 训 对详细设 计的架构 跟踪管控 流程详细诊断 : 项目管理中的 EAM *由科信部 IT 协调员担任 **由业务部 IT 协调员担任 资料来源： 访谈；项目组分析 1 已有的架构管控环节 缺失的架构管控环节 2 5 主要差距 科信部虽然在正式审批中有切实的否决权，缺乏关于企业架构的评审控制，也没有统一 的架构模版 缺乏对在详细设计过程和开发过程的架构跟踪管控。例如，科信部无有效手段避免项目 组在更改项目架构时不按要求通知科信部 原则上科信部有验收否决权，但在实际中因架构问题拒绝验收非常困难 缺乏系统化的针对架构例外的约束和管理。项目组不对其造成的架构缺陷负责，架构补 救的责任只能被纳入科信部未来工作的考虑中 1 2 4 5 B 对开发过程变更管 理的架构管控 3 3 ! ! ! ! ! 4 16 流程详细诊断 : 项目组合管理中的 EAM *年度集中预审排序每年七月进行，占全年项目总数的 80% 左右；其余 20% 在年度中由 CIO 一事一议。 资料来源：访谈；项目组分析 C 部门 1 业务部门 部门 2 部门 3 部门 N … 历史投资比例 “ 雷达图”分析 政策导向 上海电力年度项目规划 * 当年计划投 资比例 营销项目评 分组 小组评分 生产项目评 分组 经营管理项目 评分组 综合管理项目 评分组 基础项目评 分组 发策部 信息化项 目提案 信息化 项目提 案分组 排序 信息化 项目提 案总排 序 当年资金 预算 项目可行性 评审会 （滕总主持，各组组长 联合评审） 项目提案 项目分组排序 项目总体排序 ! 科信部未能给总体排序提 供架构路线图依据，以保 证使项目排序与架构演进 协调一致 6 17 上海电力企业架构管理角色现状 业务架构 IT 架构 业务流程架构 业务能力架构 应用架构 集成架构 总架构师 项目软件 架构师 （开发商） 项目基础架构 师（开发商主 导，科信协 助） 项目业务架构 师（业务主导， 科信协助） 架 构 需 求 协 调 员 企 业 架 构 知 识 库 主 管  科 信 信 息 处  企 业 架 构 师 安 全 架 构 师  科 信 安 全 处  集成架构师 （科信信息处） 应用架构师 （科信信息处） 业务架构师 数据架构师 基础架构师 （科信运行处） 企业架构框架 跨层 项目层面 架构设计层面 数据架构 基础架构 有完整明确的分工 此角色任务无人承担 有人兼任但分工不完整不明确 资料来源：访谈；小组分析 18 企业架构管理评估 – 角色 资料来源：麦肯锡 科信部平均分（ 6 份答卷） 总平均分（ 14 份答卷） 1. 无； 2. 基本级； 3. 专家级； 4. 典范级 答卷总数 : 14 1.8 2.4 2.5 1.4 1.8 2.4 2.1 2.8 平均 2.0 1.8 1.4 2.1 2.8 2.4 1.2 1.8 1.0 2.2 2.3 2.3 平均 2.0 2.5 1.7 2.4 2.0 2.0 1.9 1.5 2.2 2.6 2.2 1.4 1.7 1.5 企业架构师 企业架构备选库主管 架构需求协调员 业务能力架构师 业务数据架构师 解决方案架构师 业务分析师 信息架构师 软件架构师 总架构师 安全架构师 硬件架构师 流程架构师 基础设施服务产品架构师 系统架构师 集成架构师 总师 跨层 业务 应用 基础设施 项目 19 根据评估结果，我们对上海电力 EAM 提出方向性建议 方向性建议 •确定