麦肯锡-企业架构治理设计规划方案

企业架构治理EAM规划方案

企业架构(EA)设计咨询项目企业架构治理(EAM)1<文件1>目标业务能力架构各种挑战及业务能力建设重点业务能力重点对IT的要求<文件2>IT架构现状梳理<文件3>IT架构现状诊断<文件4>目标IT架构设计架构改进点及建议未来1/3/5年的目标架构及演进路线<文件5>企业架构治理(EAM)现状诊断<文件6>企业架构治理(EAM)设计针对体改后的组织设置，设计所需角色、岗位、职责，及项目治理流程<文件7>数据治理的方向性建议<文件8>现有/目标架构的ARIS模型说明现有/目标架构在ARIS中被完整记录，该文件为对建模内容的说明本项目通过一系列的交付物，回答XX企业架构亟需解决的核心问题XX需要加强哪些业务能力建设以应对未来5年内各方面的挑战？这些这些能力建设的重点对IT有哪些要求？XX目前的IT架构如何？

目前的IT架构存在哪些差距?为了弥补这些差距，XX未来5年的IT架构应该在哪些方面进一步提升？如何提升？变为怎样？如何演进？如何确保企业架构对信息化项目的指导，并具备内部长期演进架构的能力？针对体改后的科信部与信通中心设置，如何确保组织上的保障？如何确保XX具备对已建设的IT系统的深化应用，特别是信息/数据方面的实用化？如何将架构蓝图在系统/工具中固化，以确保架构在各个项目中的统一？XX企业架构亟需回答的核心问题本项目的相应交付物本文内容2能否建造和维护清晰规范的企业架构并在各部门达成共识？能否规划出企业架构的发展路线图并在各部门达成共识？能否将达成共识的企业架构落实到项目建设中？能否将达成共识的企业架构路线图落实到项目组合管理的优先排序中？…需要从评估企业架构管理入手企业架构方面的差距来自于企业架构管理的差距架构的设计方面的问题现象影响未穷尽集成平台利用低集成灵活性差，变更成本高企业数据模型缺失，数据集成度低数据维护成本高，一致性及时性低业务架构缺全景跨部门业务整合能力低，成本高，工期长部分基础设施分配不清晰固定资产投资收益欠优项目排序与架构规划不一致性与总体架构发展不协调项目的项目造成工期长、重复建设成本高，未来扩展性差缺乏在全公司达成共识的架构路线图规划项目组合管理的统一意见成本高，实现“公平公正公开”的难度大要解决企业架构的问题…架构的规划方面的问题3企业架构管理的三大工作内容需要与其它IT工作的

配合

资料来源：麦肯锡项目审批IT管理基础设施建设计划转型测试投入

使用应用开发建设计划建设测试投入使用IT项目组合管理IT战略/治理/组织战略规划业务/IT关系

管理企业架构管理项目组合管理业务要求

管理企业架构的创建与维护战略变化导致架构规划调整A2业务/IT关系的协调部门提出架构更新的要求企业架构在项目管理中的贯彻B1IT项目审批必须包含架构合规

检查B2架构合规审查还要在明确的里程碑处进行；项目也会向EAM寻求架构解决方案企业架构路线图在项目组合管理

中的贯彻C1与架构演进有关的项目优先排序必须与企业架构路线图保持一致ABC企业架构的创建与维护企业架构在项目中的

贯彻企业架构路线图在项目组合管理中的贯彻ABCA14企业架构管理可以从要素、流程、和角色三方面来

分析流程角色要素

资料来源：麦肯锡EA创建与维护流程EAM参与项目管理流程EAM参与项目组合管理流程设计输入当前架构目标架构参考模型架构规范架构评估转型规划流程层能力层应用层集成层数据层基础层总架构师项目角色分层角色跨层角色创建与

维护A在项目中贯彻B在排序中贯彻C创建与

维护A在项目中贯彻B在排序中贯彻C5架构转型规划架构规范架构参考模型设计输入当前架构企业架构管理要素为EAM三大工作内容服务架构路线图在项目排序中的贯彻C架构设计在项目中的贯彻B架构维护与

更新A架构管理要素业务需求业务流程架构业务能力架构应用架构集成架构数据架构基础架构目标架构业务流程架构业务能力架构应用架构集成架构数据架构基础架构企业战略规划新技术趋势EA知识库业务架构路线图应用架构路线图技术架构路线图EA标准词汇表EA工具架构评估项目架构文档架构合规指标架构评估方法业务数据模型数据集成模式基础服务菜单基础设施SLA硬件平台标准硬件设备标准业务流程架构业务能力架构应用架构集成架构数据架构基础架构

资料来源：麦肯锡6使用企业架构管理通过三个流程和在其它管理流程中

的参与来实现架构路线图在项目排序中的贯彻C架构设计在项目中的贯彻B架构维护与

更新A相关流程EAM团队直接管理的架构创建与维护流程EAM团队参与的信息化项目管理流程EAM团队参与的信息化项目组合排序流程相关示意图EA设计启动需求设计EA设计更新EA转型规划规划需求

分析设计开发交付审批监督变更管理验收补救EAM在项目管理中的参与项目提案分组排序集中排序EAM在项目排序中的参与提供架构路线图12345

资料来源：麦肯锡滚动修编67资料来源：小组分析 企业架构管理需要专业化的架构角色来负责业务架构IT架构业务流程架构业务能力架构应用架构集成架构总架构师项目软件

架构师

项目基础

架构师项目业务

架构师架构需求协调员企业架构知识库主管企业架构师安全架构师集成架构师应用架构师业务架构师数据架构师基础架构师企业架构框架跨层项目层面架构设计层面数据架构基础架构8评估结果从三个方面显示出XXEAM的主要差距要素架构现状无公认文档业务能力架构应用架构集成架构数据架构目标架构不完整、展望近，仅有限于未来1-2年的标准基础设施标准（已颁布）应用、集成标准（在编）流程EAM工作尚未正式发起无跨项目跨业务的EA需求设计和EA设计更新流程无根据技术发展趋势改进架构目标设计的技术管理流程无定期的企业架构转型规划流程无根据企业架构搭建的各层参考模型以规范项目架构的审批和设计缺乏统一的架构规范和工具来描述和沟通架构规范和架构设计缺乏统一的架构评估：在项目验收的《技术报告》中虽然包括架构内容，但不统一、不完整，且无正式架构符合度评估在项目管理流程中：科信部未能充分利用项目审批中的管控力推行架构规范缺乏在项目过程中对架构合规度的跟踪、指导、和管控缺乏在项目验收时对架构合规度的评估缺乏由架构违规方承担责任的架构违规补救措施缺乏完整的、及时更新的企业架构路线图缺乏为项目排序流程提供架构路线图依据架构路线图在项目排序中的贯彻C架构设计在项目中的贯彻B角色角色工作内容无人承担企业架构师业务架构师数据架构师架构需求协调员角色部分工作有人兼任但分工不完整不明确，如应用架构师集成架构师角色分工不利于管控项目业务架构师：业务部IT协调员主导，科信IT协调员辅助，缺乏跨业务跨项目管控项目软件架构师：由开发商担任，因项目而异，缺乏甲方管控项目基础架构师：由开发商担任，由企业基础架构师辅助，缺乏甲方管控角色部分工作有人兼任但分工不完整不明确总架构师架构维护与

更新A9架构转型规划架构规范架构参考模型设计输入当前架构XX企业架构管理要素现状架构路线图在项目排序中的贯彻C架构设计在项目中的贯彻B架构维护与

更新A架构管理要素业务需求业务流程架构业务能力架构应用架构集成架构数据架构基础架构目标架构业务流程架构业务能力架构应用架构集成架构数据架构基础架构企业战略规划新技术趋势EA知识库业务架构路线图应用架构路线图技术架构路线图EA标准词汇表EA工具架构评估项目架构文档架构合规指标架构评估方法业务数据模型数据集成模式基础服务菜单基础设施SLA硬件平台标准硬件设备标准业务流程架构业务能力架构应用架构集成架构数据架构基础架构有此要素且满足EAM要求此要素缺失有此要素但不满足EAM要求10XX企业架构管理要素现状架构路线图在项目排序中的贯彻C架构设计在项目中的贯彻B架构维护与

更新A架构管理要素有此要素且满足EAM要求此要素缺失有此要素但不满足EAM要求在《信息化发展规划2008-2010滚动修编》中仅有应用和技术方面的规划概要无总体业务能力架构发展规划在正在建造的信息化标准体系中，已颁布了《IT基础设施标准》，在编《应用标准》标准仅着眼于未来1-2年规划无统一的架构描述语言《信息化项目管理办法》和《实施细则》规定在验收《技术报告》中描述架构无架构描述的详细统一要求和评估办法IBM开发的关键业务模型(CBM)涉及部分业务流程架构和应用架构无各层一致的参考模型体系无跨部门跨项目的完整视图在开展单个项目时对现状的认识局限于项目负责人的知识和经验无针对架构的全景全局的业务需求分析无系统化的架构技术趋势跟踪分析架构转型规划架构规范架构参考模型设计输入当前架构目标架构架构评估117接口标准化业务组织能力架构与业务的协调性业务能力板块图业务流程衔接功能冗余度业务流程定义标准程序包应用与技术的相对独立功能点定义构件复用参考模型快捷灵活性软件标准规范软件集成平台基设服务产品目录服务水平硬件标准硬件平台业务信息模型企业架构管理评估–要素 资料来源：麦肯锡流程架构能力架构应用/集成软件架构基设服务基设硬件科信部平均分（6份答卷）总平均分（14份答卷）平均平均

1.低；2.中低；3.中高；4.高答卷总数:1412XX企业架构管理流程现状架构路线图在项目排序中的贯彻C架构设计在项目中的贯彻B架构维护与

更新A相关流程EAM团队直接管理的架构创建与维护流程EAM团队参与的信息化项目管理流程EAM团队参与的信息化项目组合排序流程相关示意图EA设计启动需求设计审批监督变更管理验收补救EAM在项目管理中的参与EAM在项目排序中的参与提供架构路线图12345

资料来源：麦肯锡滚动修编6!!!!!!!!无架构创建与维护流程审批中架构管控不足EA设计更新EA转型规划!!无架构路线共识以供排序参考无架构缺陷补救机制验收中架构管控不足项目中无有效的架构管控使用规划需求

分析设计开发交付项目提案分组排序集中排序132企业架构管理评估–流程 资料来源：麦肯锡科信部平均分（6份答卷）总平均分（14份答卷）平均

平均

启动需求工程设计改造管控技术管理标准规范管理架构文档架构演进规划架构治理EA与企划的关系架构维护架构支持工具合规评审测试原型外包策略风险管理技术改进企业架构管理的内容业务对架构的责任感利益相关者的参与发布计划架构人员的项目参与需求与供应解耦需求管理交付模式1.低；2.中低；3.中高；4.高答卷总数:1414需求分析设计开发交付科信部

领导可行性研究预审查制定总体方案

含架构

正式审批签订合同需求调研迭代需求评审详细设计

（含架构）准备测试用例编程和原型迭代（含架构）用户原型测试单元及整合

测试用户认可测试程序发布现场培训冲突仲裁提供需求输入交付后架构审核例外的管理规划IT项目

经理*业务项目经理承包商**上线后支持培训对详细设计的架构跟踪管控流程详细诊断:项目管理中的EAM * 由科信部IT协调员担任 ** 由业务部IT协调员担任

资料来源： 访谈；项目组分析1已有的架构管控环节缺失的架构管控环节25主要差距科信部虽然在正式审批中有切实的否决权，缺乏关于企业架构的评审控制，也没有统一的架构模版缺乏对在详细设计过程和开发过程的架构跟踪管控。例如，科信部无有效手段避免项目组在更改项目架构时不按要求通知科信部原则上科信部有验收否决权，但在实际中因架构问题拒绝验收非常困难缺乏系统化的针对架构例外的约束和管理。项目组不对其造成的架构缺陷负责，架构补救的责任只能被纳入科信部未来工作的考虑中1245B对开发过程变更管理的架构管控33!!!!!415流程详细诊断:项目组合管理中的EAM * 年度集中预审排序每年七月进行，占全年项目总数的80%左右；其余20%在年度中由CIO一事一议。 资料来源：访谈；项目组分析C部门1业务部门部门2部门3部门N…历史投资比例“雷达图”分析政策导向XX年度项目规划*当年计划投资比例营销项目评

分组小组评分生产项目评

分组经营管理项目评分组综合管理项目评分组基础项目评

分组发策部信息化项目提案信息化项目提案分组排序信息化项目提案总排序当年资金预算项目可行性

评审会

（滕总主持，各组组长联合评审）项目提案项目分组排序项目总体排序!科信部未能给总体排序提供架构路线图依据，以保证使项目排序与架构演进协调一致616XX企业架构管理角色现状业务架构IT架构业务流程架构业务能力架构应用架构集成架构总架构师项目软件

架构师（开发商）

项目基础架构师（开发商主导，科信协助）项目业务架构师（业务主导，科信协助）架构需求协调员企业架构知识库主管

科信信息处

企业架构师安全架构师

科信安全处

集成架构师（科信信息处）应用架构师

（科信信息处）业务架构师数据架构师基础架构师

（科信运行处）企业架构框架跨层项目层面架构设计层面数据架构基础架构有完整明确的分工此角色任务无人承担有人兼任但分工不完整不明确资料来源：访谈；小组分析 170企业架构管理评估–角色 资料来源：麦肯锡科信部平均分（6份答卷）总平均分（14份答卷）1.无；2.基本级；3.专家级；4.典范级答卷总数:14平均平均企业架构师企业架构备选库主管架构需求协调员业务能力架构师业务数据架构师解决方案架构师业务分析师信息架构师软件架构师总架构师安全架构师硬件架构师流程架构师基础设施服务产品架构师系统架构师集成架构师总师跨层业务应用基础设施项目18根据评估结果，我们对XXEAM提出方向性建议方向性建议确定XX需要哪些架构角色增加投入，将所需各企业架构角色的工作任务明确分配到具体岗位正式发起EAM工作，在业务部门和科信部明确EAM意义和内容建立EAM需求设计、架构设计更新、和技术管理流程通过EAM流程，补充缺失要素，包括对各层架构现状的梳理，和着眼于3-5年后的目标架构设计重新定位三个项目架构师角色的分配，提高科信部在各层项目架构上以甲方为主的、跨部门跨项目的引导作用补充缺失要素，包括参考模型、规范和工具、及合规评估方法利用角色和要素，加强在项目审批前对项目的架构支持和管控在项目中期控制节点，赋予架构人员否决权以保证架构合规建立架构合规例外处理机制，由造成例外的项目组与科信部分担未来弥补架构缺陷的责任。例如：由例外方预留未来架构项目经费明确项目排序工作中的企业架构负责人，如总架构师与架构设计更新流程相协调，建立企业架构转型规划滚动修编流程加强架构服务管理流程，为信息化项目排序提供路线图依据架构路线图在项目排序中的贯彻C架构设计在项目中的贯彻B架构维护与

更新A19EAM角色EAM流程EAM要素下一阶段的企业架构管理的工作重点设计、改进EAM流程，以及各流程的牵头人架构需求设计流程架构设计更新流程架构转型规划流程EAM在项目管理流程中的参与加强项目前、中、后的架构管控的具体措施制定架构缺陷补救措施EAM在项目排序流程中的参与举例：应用架构的路线图指导具体项目排序完善架构要素和架构管理要素需要补充的要素清单1-3个关键要素的设计其他要素的完成计划（落实到人）明确架构师角色设置建议设置的角色，及每个角色的具体职责描述建议的角色与现有岗位的对应关系各个角色所负责的要素建议为某些角色设置的新岗位20要确保企业架构管理真正落实，需要在上一个层面进一步探讨XXIT运营模式相关的一些问题XXIT在企业内部定位的定位如何？（“完成订单”、“业务伙伴”还是“驱动创新”)是否需要考虑在业务层面对IT需求进行统筹与排序，改变目前IT需求由单个业务部门主导的情况？在体制改革的环境下，是否考虑从治理机制上进一步加强调度与信息两大系统管理间的统筹与整合？是否考虑逐步改变目前以三产公司为主的外包策略？初步意见21主要内容EAM的意义、现状和规划EAM的总体治理设计22目标企业架构整体治理和数据治理对于信息化系统的科学建设与深化应用至关重要企业架构治理近期工作重点背景向前看要科学建设回头看要深化应用国网要求在SG186基础上，推进智能电网、信息化企业和SG-ERP的建设，再上新台阶然而，目前XXEAM在要素、流程、角色方面还不成熟国网提出“建设与应用并重，着力深化应用”，特别指出要“完善数据中心管理制度”XX已制定的《信息系统实用化评估办法》也提出了数据准确率、及时率和全面性的要求然而，目前XX的数据治理在唯一性、所有权、和维护流程上存在差距整体治理数据治理确定企业架构整体治理所需角色、岗位设置、职责分工和培训计划设计项目架构管控流程确定数据治理所需角色、岗位设置、和职责分工确定数据治理的关键要素列出数据治理的重点流程通过企业架构管理，实现标准化、复用化、和透明化，最终提高速度与质量、降低成本与风险资料来源： 小组分析23XX目前的EAM在要素、流程、角色方面还不成熟要素架构现状无公认文档业务能力架构应用架构集成架构数据架构目标架构不完整、展望近，仅有限于未来1-2年的标准基础设施标准（已颁布）应用、集成标准（在编）流程EAM工作尚未正式发起无跨项目跨业务的EA需求设计和EA设计更新流程无根据技术发展趋势改进架构目标设计的技术管理流程无定期的企业架构转型规划流程无根据企业架构搭建的各层参考模型以规范项目架构的审批和设计缺乏统一的架构规范和工具来描述和沟通架构规范和架构设计缺乏统一的架构评估：在项目验收的《技术报告》中虽然包括架构内容，但不统一、不完整，且无正式架构符合度评估在项目管理流程中：科信部未能充分利用项目审批中的管控力推行架构规范缺乏在项目过程中对架构合规度的跟踪、指导、和管控缺乏在项目验收时对架构合规度的评估缺乏由架构违规方承担责任的架构违规补救措施缺乏完整的、及时更新的企业架构路线图缺乏为项目排序流程提供架构路线图依据架构路线图在项目排序中的导向C架构设计在项目中的贯彻B角色角色工作内容无人承担企业架构师业务架构师数据架构师架构需求协调员角色部分工作有人兼任但分工不完整不明确，如应用架构师集成架构师角色分工不利于管控项目业务架构师：业务部IT协调员主导，科信IT协调员辅助，缺乏跨业务跨项目管控项目软件架构师：由开发商担任，因项目而异，缺乏甲方管控项目基础架构师：由开发商担任，由企业基础架构师辅助，缺乏甲方管控角色部分工作有人兼任但分工不完整不明确企业架构总监架构维护与

更新A资料来源： 小组分析24企业架构管理（EAM）通过三个主要手段实现四大效益企业架构管理通过“三化”手段……

在全企业实现“两高两低”四大效益标准化复用化透明化确保开发项目中采用标准构件、标准接口、和标准开发方法确保成熟设计在同一项目中、不同项目间、不同业务部门间重复使用确保业务与IT之间、IT各层之间、及不同业务之间使用统一的语言顺畅沟通高速度通过在应用开发中使用预制好的标准化模块和接口缩短IT开发周期，提高应变能力高质量通过标准化复用化降低系统复杂度，从而提高IT系统质量通过在全企业范围内使用全盘透明的统一语言，提高业务与IT的协调性和业务部门间的协调性低成本通过软件和基础设施的标准化与复用化，避免重复建设和杂乱无章，从而降低开发和运维成本低风险通过透明化在部门间充分共享信息，降低IT决策风险通过复用成熟的参考架构，降低IT项目失败风险通过标准化和透明化，降低信息安全风险资料来源： 小组分析25成熟的EAM将通过EA仪表板一目了然地显示

架构的水平和架构的效益非穷尽示例过程指标结果指标标准化项目支出中成熟套装软件的支出比例项目模块中复用已有模块的百分比信息化安全隐患数目信息化年平均安全事故数目项目超支百分比项目按期交付的百分比每百万元项目上线后3个月内报修的缺陷总数项目模块中将来可以复用的新建模块的百分比标准建模工具在项目中使用的百分比业务部门对IT项目成果的满意度改进作业从提交到完成的平均周期应用系统中点对点接口数目与总线接口数目的比例满足唯一性数据对象的比例完成0%完成100%复用化透明化##########初始当前进展目标趋势##速度初始当前进展目标趋势##成本质量风险############项目中架构问题的数目##资料来源： 麦肯锡案例26建议XX分三步建设EAM第一步“从无到有”：搭建基本框架第二步“从有到全”确定具体细节第三步“从全到强”：加强管控力度设计所需角色、对应岗位设置、职责分工和培训计划设计项目架构管控和数据治理的流程按设计落实关键架构师角色并在一试点项目上实施项目架构管控和数据治理流程对试点项目，事先商定架构例外的处置方法落实全部角色设置设计各角色的激励机制根据试点项目的反馈，由各要素和流程的负责角色牵头改进设计并在2010-2011年度的A类项目（架构相关度最高）中实施对于架构例外情况，实施通报和补救措施，补救工作的立项责任主要由科信部承担在2011-2012年度所有项目中实施按路线图排序和项目架构管控流程根据第二步的反馈，将架构例外的处置形成制度，并将责任从科信部转移到造成例外的项目主管部门上将项目和企业的架构合规度进一步量化，形成架构管理仪表板由企业架构总监牵头进行企业架构设计的维护更新设计，例如将EAM从信息化向自动化推广现在2010年6月2010年12月2011年6月本阶段项目内容资料来源： 小组分析27主要内容EAM的意义、现状和规划EAM的总体治理设计28本项目设计企业架构管理(EAM)总体治理的7项内容总体EAM架构路线图在项目排序中的导向架构设计在项目中的贯彻架构维护

与更新确定所需要架构角色并对应到体改后的具体岗位将要素对应到各角色职责详细描述各角色要求初步设计角色培训方案将流程对应到各角色职责设计项目架构治理所需的关键流程和要素，包括例外管控的关键手段制定根据路线图排序的原则5761234BAC资料来源： 小组分析29建议设置如下EAM角色，包括架构师和支持人员EAM团队中的企业架构师（拟对应岗位）企业IT架构总监

科信部主任

信息安全架构师

信通中心*

项目软件架构师

兼数据逻辑建模（信通中心）

项目基础架构师（信通中心）企业架构总监(副总信息师)应用和集成

架构师

（信通中心）业务架构师

兼企业数据督导（副总信息师）数据架构师（信通中心）基础架构师

（信通中心）新增角色改进角色原有角色1流

程能

力应

用集

成数

据基础EAM团队中的支持人员（拟对应岗位）项目业务架构师

（业务部门专业主任师）能力板块数据督导（业务部门）数据督导助理(信通中心）架构需求协调员(信通中心）项目数据物理建模员(信通中心）架构知识库管理员(信通中心）IT架构师

科信信息处

科信与信通在EAM中的职责定位：科信部重在管理：负责IT架构跨层协调、架构管控、制定原则、规范和规划信通中心重在执行：负责IT架构设计在项目和运维中的贯彻*假设现科信安全处在体改中划归信通中心资料来源： 小组分析30根据业界实践，建议设置15个全职当量的架构师角色背景数据EAM概况关键比例匿名客户1:财富100保险公司每年~280个项目,~$2.5亿项目支出约85名全职常设企业架构师和项目架构师集中式的架构团队架构成熟度：中等EAM工作重点：项目架构治理平均每名架构师的项目平均每名架构师的项目支出

项目架构师与常设架构师比例3.2个$290万3:1匿名客户2:财富100医疗公司每年~$3.4亿项目支出~175名全职企业架构人员~1800名开发人员集中式的架构团队，常设架构师与项目架构师轮岗架构成熟度：中等EAM工作重点：项目架构设计和治理平均每名架构师项目支出开发人员与架构师比例$190万10:1匿名客户3:大型金融服务公司每年~280个项目,~$3亿项目支出~60名全职项目架构师~20名全职常设架构师开发以外包为主，外包团队~800人分布式架构团队架构成熟度：高EAM工作重点：项目架构治理（审核外包商的交付成果）平均每名架构师的项目平均每名架构师的项目支出项目架构师与常设架构师比例开发人员与架构师比例3.5个$380万3:110:1建议的XXEAM角色编制

方案每年70-80个信息化项目每年~$4000万项目支出*开发以外包为主，外包团队~200人建议设置15FTE架构师（全职当量数）平均每名架构师的项目平均每名架构师的项目支出开发人员与架构师比例混合式的架构团队（有的集中在科信和信通，有的分布在业务部门）架构成熟度：初步EAM工作重点：项目架构设计与治理5个$270万13.5:1*XX年计划项目支出约2.5亿人民币 1资料来源： 麦肯锡案例31建议这15个全职当量的架构师角色加上8个全职当量的支持角色，组成一支约23个全职当量的EAM团队角色企业架构团队小计架构师FTE＊14.6拟单位级别需要人数每人投入EAM团队FTE23企业架构总监0.3副总信息师副总师130%0.3业务架构师兼企业数据督导0.5副总信息师副总师150%0.5企业IT架构总监0.8科信部处180%0.8IT架构师1科信部科1100%1应用和集成架构师1信通中心科1100%1数据架构师1信通中心科1100%1基础架构师1信通中心科1100%1项目业务架构师3.2业务部门副处840%3.2项目软件架构师兼数据逻辑建模2.5信通中心副科550%2.5项目基础架构师2.5信通中心副科550%2.5EAM支持人员FTE8.4能力板块数据督导业务部门副科830%2.42.4数据督导助理信通中心科员3100%33架构知识库管理员信通中心科员170%0.70.7架构需求协调员信通中心科员130%0.30.3信通中心科员2100%项目数据物理建模员22常设EAM

团队项目EAM

团队1*FTE:Full-TimeEquivalent,全职当量数，每个当量相当于一个全职编制的资源**假设现科信安全处在体改中划归信通中心信息安全架构师1信通中心**科1100%1关键角色资料来源： 小组分析328当前的体改需要在短期内增加约19个全职当量的

EAM团队编制；长期自动化EAM还将需要再增

加约5个全职当量目前已有*体改需增加近期需求单位：全职当量数(FTE)项目基础架构师项目数据物理建模员项目软件架构师兼数据逻辑建模项目业务架构师基础架构师数据架构师应用和集成架构师信息安全架构师**IT架构师架构需求协调员架构知识库管理员企业IT架构总监数据督导助理能力板块数据督导业务架构师兼企业数据督导企业架构总监通过对短期信息化EAM角色需求和现状的分析…业务部门科信部信通中心公司领导近期需求体改需

增加目前

已有…得出当前所需增加的总数考虑未来自动化EAM

的需求，长期还需要再增加5个全职当量的编制***1 * 目前全部资源来自于科信部，体改中会按此图标识将部分角色转移到信通中心 ** 假设现科信安全处在体改中划归信通中心 *** 包括自动化架构师、自动化安全架构师、自动化应用与集成架构师、自动化数据架构师、和一二区通信基础架构师资料来源： 小组分析33架构转型规划架构规范架构参考模型设计输入当前架构EAM的如下要素要落实到角色上架构路线图在项目排序中的导向C架构设计在项目中的贯彻B架构维护与

更新A架构管理要素业务需求业务流程架构业务能力架构应用架构集成架构数据架构基础架构目标架构业务流程架构业务能力架构应用架构集成架构数据架构基础架构企业战略规划新技术趋势EA知识库业务架构路线图IT架构路线图EA标准词汇表EA工具架构评估项目架构文档架构合规指标架构评估方法业务数据模型数据集成模式基础服务菜单基础设施SLA硬件平台标准硬件设备标准业务流程架构业务能力架构应用架构集成架构数据架构基础架构架构相关性2资料来源： 麦肯锡案例34我们建议EAM要素在各角色中如下分工(1/3)2R：义务，有义务积极参与并尽力支持* A：责任，对最终结果负全责*C：顾问，有特长对特定领域特定决策提出建议 I：告知，受到结果的影响，需要被通知，但不必参与到具体工作过程中角色架构设计输入要素企业架构现状与目标要素企业架构总监企业IT架构总监业务架

构师应用与集成架构师数据架

构师基础架

构师项目业务架构师项目软件架构师项目基础架构师安全架

构师IT架

构师业务对架构的需求CIIIIIIIIAI企业战略规划IIIIIAIIIII总体企业架构IIIRRRRRRAR业务架构IIRRIIIIIAI数据架构ICARIRIIICC基础架构IICRRIIICAI总体IT架构IIRRRIIRAIR应用架构IACCCIIIIII集成架构IAICCIIIIII新技术趋势IIIRRIRRRAI安全架构IACCCCIIICI＊担任A或R的架构师的支持人员分工为R资料来源： 小组分析35我们建议EAM要素在各角色中如下分工(2/3)2架构评估要素架构规范要素参考架构要素项目总体架构文档CICCCCARRC项目业务架构CACCCICCCC项目软件架构CACCCICCCC项目基础架构CCACCICCCC项目架构评估方法IRRRRIIIR项目架构合规指标IIIIIIRRIEA知识库ICCCCIIICEA标准词汇表ICCCCIIICEA工具ICRCCIIIC流程和能力层IIACCIIIIC应用和集成层ICACIIIIC数据层IICCACIIIC基础设施层IIIICAIIIC角色企业架构总监企业IT架构总监业务架

构师应用与集成架构师数据架

构师基础架

构师项目业务架构师项目软件架构师项目基础架构师安全架

构师IT架

构师CCCCAAAAICIICIIIIARR：义务，有义务积极参与并尽力支持* A：责任，对最终结果负全责*C：顾问，有特长对特定领域特定决策提出建议 I：告知，受到结果的影响，需要被通知，但不必参与到具体工作过程中＊担任A或R的架构师的支持人员分工为R资料来源： 小组分析36我们建议EAM要素在各角色中如下分工(3/3)2架构转型规划要素ICIIIIIICRIIIRRRR业务架构路线图IT架构路线图AIA角色企业架构总监企业IT架构总监业务架

构师应用与集成架构师数据架

构师基础架

构师项目业务架构师项目软件架构师项目基础架构师安全架

构师IT架

构师CRR：义务，有义务积极参与并尽力支持* A：责任，对最终结果负全责*C：顾问，有特长对特定领域特定决策提出建议 I：告知，受到结果的影响，需要被通知，但不必参与到具体工作过程中＊担任A或R的架构师的支持人员分工为R资料来源： 小组分析37角色描述：企业架构总监讨论稿向公司主管信息化的副总汇报需要人资部和财务部主管支持与国网信息部领导沟通与业务部门领导协作参与信息化领导小组丰富的业务部门管理经验有IT部门的管理经验负责企业架构战略和架构管理团队的建设领导团队全面协调企业架构管理的所有工作内容培养一个技能突出、充满活力的企业架构管理团队仲裁潜在的架构冲突制定战略根据企业IT战略和新技术趋势制定企业架构战略制定企业架构的指导原则规划企业架构的发展和转型对外沟通在董事会中代表企业架构在主要外部关系中代表企业架构，如与国网的协调IT项目成本对标，包括主要企业架构项目的成本项目开发周期对国网管控的合规性业务对IT的满意度相关关键人际关系

技能管理技能领导技能技术和职能技能人员管理组织意识规划口头沟通倾听协商谈判运营知识财务分析业务战略知识人际亲和力小组效力书面沟通影响力技术知识问题解决业务流程知识思想领导力作风严谨3概述主要职责和工作技能与能力（业界经验）主要关系目标与业绩衡量（业界经验）资质资料来源： 麦肯锡案例;M招聘网站；小组分析38角色描述：企业IT架构总监讨论稿3向企业架构总监汇报参与信息化领导小组与业务架构师协作领导各层IT架构师的工作丰富的IT开发经验有工程教育背景，最好是与IT有关经过商务培训根据业务战略和IT技术趋势协调IT架构各层的更新统一架构的设计与所有架构层沟通，确保IT各层关键要素得到一致的更新执行信息化领导小组的决议对业务架构师的能力架构提出建议统一基础设施、应用架构、数据架构和业务层面的转型路线图项目开发周期和项目开发成本，包括主要企业架构项目的成本标准化和复用化水平概述主要职责和工作技能与能力（业界经验）主要关系目标与业绩衡量（业界经验）资质相关关键人际关系

技能管理技能领导技能技术和职能技能人员管理组织意识规划口头沟通倾听协商谈判运营知识财务分析业务战略知识人际亲和力小组效力书面沟通影响力技术知识问题解决业务流程知识思想领导力作风严谨资料来源： 麦肯锡案例;M招聘网站；小组分析39角色描述：IT架构师讨论稿3向企业IT架构总监汇报与各层IT架构师协作指导项目软件架构师和项目基础架构师丰富的IT开发经验对IT技术有深刻了解有IT教育背景制定IT架构规范，管控项目架构在项目中的贯彻确保架构实现在IT开发与运维中切实保障IT架构的一致性将企业层面制定的战略指导方针与IT项目结合在一起协调各层常规的、跟项目进行的、或临时应急的企业架构项目项目开发周期和项目开发成本，包括主要企业架构项目的成本标准化和复用化水平概述主要职责和工作技能与能力（业界经验）主要关系目标与业绩衡量（业界经验）资质相关关键人际关系

技能管理技能领导技能技术和职能技能人员管理组织意识规划口头沟通倾听协商谈判运营知识财务分析业务战略知识人际亲和力小组效力书面沟通影响力技术知识问题解决业务流程知识思想领导力作风严谨资料来源： 麦肯锡案例;M招聘网站；小组分析40角色描述：业务架构师讨论稿3与企业IT架构总监协作向应用架构师沟通向信息化领导小组汇报指导数据架构师和项目业务架构师丰富的多业务部门管理经验参与过业务类IT项目，对IT技术有基本了解有工程教育背景，最好是与IT有关经过商务培训负责梳理业务流程及业务能力的全景全局现状及目标，设计维护企业数据架构了解端到端业务流程的IT实施情况（跨领域），负责确保全景全局的业务流程现状及目标清晰;确保不重不漏的业务能力对现有流程和未来业务的支持;确保企业数据架构完整、清晰、数据所有权明确从流程和能力角度对总体企业IT架构提出更改建议建设企业数据督导团队流程内部的标准化业务部门对IT支持的满意度概述主要职责和工作技能与能力（业界经验）主要关系目标与业绩衡量（业界经验）资质相关关键人际关系

技能管理技能领导技能技术和职能技能人员管理组织意识规划口头沟通倾听协商谈判运营知识财务分析业务战略知识人际亲和力小组效力书面沟通影响力技术知识问题解决业务流程知识思想领导力作风严谨资料来源： 麦肯锡案例;M招聘网站；小组分析41角色描述：安全架构师讨论稿3向信息化领导小组汇报向企业IT架构总监汇报从安全角度指导各层IT架构师和项目架构师参与过IT项目，对各层IT技术有深刻了解有6年以上在信息安全方面的工作经验有本科以上的IT教育背景经过商务培训全面保障企业信息化系统的安全根据总体安全标准定义IT安全指导方针作为企业IT安全问题的唯一联系点确保为/跨所有企业架构层面实施安全标准确认企业架构管理各项要素的安全合规性安全隐患的数目和潜在危害安全事故的次数和危害安全合规水平概述主要职责和工作技能与能力（业界经验）主要关系目标与业绩衡量（业界经验）资质相关关键人际关系

技能管理技能领导技能技术和职能技能人员管理组织意识规划口头沟通倾听协商谈判运营知识财务分析业务战略知识人际亲和力小组效力书面沟通影响力技术知识问题解决业务流程知识思想领导力作风严谨资料来源： 麦肯锡案例;M招聘网站；小组分析42角色描述：应用与集成讨论稿3人际关系

技能管理技能领导技能技术和职能技能人员管理组织意识规划口头沟通倾听协商谈判运营知识财务分析业务战略知识人际亲和力小组效力书面沟通影响力技术知识问题解决业务流程知识相关关键思想领导力作风严谨向企业IT架构总监汇报与业务架构师和数据架构师协作管理信通中心和服务商有本科以上IT教育背景有6年以上IT开发经验担任过多个开发项目的IT项目经理确保应用系统对业务能力的全面支持；确保不同应用系统的协调一致将流程、能力和业务信息模型对应到应用程序类型和特定解决方案中配合业务架构师定义整个组织中应当实现哪些应用程序类型、具体开发哪些应用程序类型评估个类应用程序中成熟套装产品的采购协调开发商与设计商的关系，保证相对独立性和前后衔接性根据具体项目与应用架构的影响（如保持、改进、变革）分派项目软件架构师（如开发商、信通中心或设计商）定义应用集成指导方针（例如，数据仓库、门户网站），根据业务流程层面、逻辑层面和应用程序层面的功能和非功能要求推断出所需的集成环境定义集成平台，并确定应当在这些平台中实现哪些集成能力应用程序环境中的标准化和复用化接口的复杂性系统变更所需的资源和时间概述主要职责和工作技能与能力（业界经验）主要关系目标与业绩衡量（业界经验）资质资料来源： 麦肯锡案例;M招聘网站；小组分析43角色描述：数据架构师讨论稿3向企业IT架构总监汇报支持业务架构师和数据督导与应用与集成架构师和基础架构师合作指导项目软件架构师和物理数据建模员有本科以上IT教育背景有5年以上IT开发经验至少4年的数据库设计开发经验负责根据企业数据模型建立逻辑数据模型，作为物理数据建模的依据配合业务架构师和数据督导，对如何将业务数据分配到板块提出建议配合业务架构师和数据督导，对特定业务数据的授权方案提出建议根据企业业务数据模型，设计逻辑数据架构，及数据之间的集成架构指导项目软件架构师和数据物理建模员进行物理

设计数据逻辑架构与企业业务数据模型的一致性物理建模员对数据逻辑架构的满意度概述主要职责和工作技能与能力（业界经验）主要关系目标与业绩衡量（业界经验）资质人际关系

技能管理技能领导技能技术和职能技能人员管理组织意识规划口头沟通倾听协商谈判运营知识财务分析业务战略知识人际亲和力小组效力书面沟通影响力技术知识问题解决业务流程知识相关关键思想领导力作风严谨资料来源： 麦肯锡案例;M招聘网站；小组分析44角色描述：基础架构师讨论稿3与应用与集成架构师、数据架构师协作指导项目基础架构师有本科以上IT教育背景有5年以上基础设施设计开发、运维经验负责根据业务要求设计基础设施硬件架构，并包装成易于业务选用的产品与服务“套餐”形式的基础设施产品与服务根据基础设施产品和服务要求定义基础设施构造块制定基础设施转型路线图从要求角度定义基础设施层面提供的服务和产品与外包及其他基础设施合作伙伴一起确保企业架构合规性基础设施产品目录的复杂性产品标准化业务部门满意度概述主要职责和工作技能与能力（业界经验）主要关系目标与业绩衡量（业界经验）资质硬件成本服务器利用服务器虚拟化人际关系

技能管理技能领导技能技术和职能技能人员管理组织意识规划口头沟通倾听协商谈判运营知识财务分析业务战略知识人际亲和力小组效力书面沟通影响力技术知识问题解决业务流程知识相关关键思想领导力作风严谨资料来源： 麦肯锡案例;M招聘网站；小组分析45角色描述：项目业务架构师讨论稿3向业务部门领导汇报受业务架构师的指导指导项目软件架构师有本科以上工程或商务教育背景有总数至少5年的业务部门工作经验，最好有跨2个以上部门的工作经验统一项目中的业务要求和企业架构要求从业务部门接收业务要求概述将业务需求梳理成流程架构和能力架构保证项目的架构与企业业务架构一致，或对企业架构的改造提出建议项目业务架构合规性项目的业务架构文档的完整性概述主要职责和工作技能与能力（业界经验）主要关系目标与业绩衡量（业界经验）资质人际关系

技能管理技能领导技能技术和职能技能人员管理组织意识规划口头沟通倾听协商谈判运营知识财务分析业务战略知识人际亲和力小组效力书面沟通影响力技术知识问题解决业务流程知识相关关键思想领导力作风严谨资料来源： 麦肯锡案例;M招聘网站；小组分析46角色描述：项目软件架构师讨论稿3向项目经理汇报受应用与集成架构师合数据架构师指导指导数据物理建模员有本科以上IT教育背景有3年以上的软件设计开发、运维经验负责确保应用程序开发和更改请求遵循企业架构指导方针负责准备开发或集成项目中的架构草稿，兼顾总体系统的职能和非职能要求确保项目中实施企业架构管理的指导方针。从大致的草稿软件角度，确保项目符合架构要求对项目指导方针提出调整和延伸建议确定创新需求并向企业架构管理委员会汇报支持项目经理准备项目计划项目软件架构合规性项目软件架构文档的完整性概述主要职责和工作技能与能力（业界经验）主要关系目标与业绩衡量（业界经验）资质人际关系

技能管理技能领导技能技术和职能技能人员管理组织意识规划口头沟通倾听协商谈判运营知识财务分析业务战略知识人际亲和力小组效力书面沟通影响力技术知识问题解决业务流程知识相关关键思想领导力作风严谨资料来源： 麦肯锡案例;M招聘网站；小组分析47角色描述：项目基础架构师讨论稿3向项目经理汇报受基础架构师指导与项目软件架构师协作有本科以上IT教育背景有3年以上硬件设计开发、运维经验负责确保项目实施在基础设施层面的企业架构合规性准备项目基础架构草稿，兼顾总体系统的功能和非功能要求确保项目的基础设施方案符合企业架构管理的指导方针IT基础设施的标准化服务器利用虚拟化比率基础设施成本概述主要职责和工作技能与能力（业界经验）主要关系目标与业绩衡量（业界经验）资质人际关系

技能管理技能领导技能技术和职能技能人员管理组织意识规划口头沟通倾听协商谈判运营知识财务分析业务战略知识人际亲和力小组效力书面沟通影响力技术知识问题解决业务流程知识相关关键思想领导力作风严谨资料来源： 麦肯锡案例;M招聘网站；小组分析48要满足EAM角色的能力要求，除了在录用时严格考查，还要加强企业架构培训培训目的提高架构团队的综合能力，确保架构设计和实施质量培养其他IT人员成为未来架构团队的后备力量推进企业内部跨部门、跨层的集约意识，打通壁垒激励手段提高内部架构技能认证制度将架构认证作为承担项目和企业架构工作的条件将架构认证作为奖励晋升的参考因素培训主管和对象由企业架构总监统一领导由业务架构师和企业IT架构总监组织对常设架构团队的培训有各层架构师组织对项目架构师的培训全部架构团队成员、数据运维人员、和其他有志于成为未来架构师的人员培训内容领导技能管理技能人际关系技能技术和职能技能培训形式课堂讲座实践学习自学4资料来源： 麦肯锡案例（成功客户包括数十亿美元营收的国际信用卡服务公司）;小组分析49培训内容的四大方面可以考虑如下科目4匿名客户实例领导技能人际关系技能技术和职能技能管理技能商务战略谈判技巧新技术趋势业务流程和能力知识领袖理论和实践如何影响他人团队合作技巧行业分析与洞察财务分析初步客户管理方法供应商管理方法商务会议实用技巧“金字塔原则”沟通技巧面试和访谈技巧积极式聆听导师制实施方法建设性地提供和接受批评意见应用系统与集成架构知识分析和解决问题技巧数据架构知识基础设施架构知识项目管理方法信息系统安全知识资料来源： 麦肯锡案例（成功客户包括数十亿美元营收的国际信用卡服务公司）;小组分析50培训可以结合讲座、实践、自学三种形式课堂讲座实践学习自学4建议目标使架构师能在实践中从团队资深成员中学到他们积累的丰富经验将年轻的架构人员与资深架构师结成对子,建立一种正式的辅导关系密切监测项目绩效,提供频繁的反馈意见以便及时解决已发现的问题为资深的架构师提供辅导能力培训,作为绩效评估过程的一部分,明确评估他们的传拉帮带能力开列一系列书籍和自学课程,这样员工们就可以根据自己的步调来提高了企业架构普及读物，包括企业架构规划:为数据,应用以及技术制定蓝图企业架构使用Zachman框架趋同效应：如何将真正的商业价值从技术中发掘出来企业统一流程提供正式的集体培训机会，使员工迅速地掌握基本概念，解决现有的技能差距技术技能企业架构和相关的流程业务架构项目架构技术架构软性技能财务管理项目管理协商谈判有效沟通资料来源： 麦肯锡案例（成功客户包括数十亿美元营收的国际信用卡服务公司）;小组分析51企业架构入门企业IT构架师必修必修必修科目名称负责人项目

架构人员业务层

架构人员技术层

架构人员例如，技术技能的课堂讲座可以安排如下科目4商业架构业务构架师选修必修选修企业数据架构业务构架师选修选修选修系统应用与集成架构选修选修必修企业IT构架师解决方案架构必修必修必修企业IT构架师基础设施架构选修选修选修企业IT构架师安全架构选修选修选修企业IT构架师技术蓝图选修必修必修企业IT构架师架构治理选修必修选修企业IT构架师应用评估和技术更新选修必修选修企业IT构架师基础设施评估和技术更新选修选修必修企业IT构架师资料来源： 麦肯锡案例（成功客户包括数十亿美元营收的国际信用卡服务公司）;小组分析52项目架构治理流程的总体输入和输出包括如下要素5项目架构治理输入条件项目架构治理输出结果企业架构

要素项目架构

要素企业架构设计:各层架构的指导原则、设计要点、现状、短中长期目标企业架构评估方法：架构相关性分类法、架构合规度评估法企业架构参考模型：各层架构参考模型、最佳实践企业架构规范：可复用构件库、EA工具库、EA词汇表企业架构规划：实现目标架构所需的短、中、长期重点举措清单及次序必要条件《可行性研究报告》《初步设计方案》（又称“总体设计方案”）《需求说明书》《概要设计说明书》《数据库设计说明书》架构合规评估结果新的企业架构需求架构例外处理方案在架构例外在所难免的情况下，经领导仲裁的、EAM团队和项目组达成共识的架构例外处置方案在项目中发现当前企业架构设计的局限性时，对下一轮企业架构更新设计提出的新的需求和企业架构改进建议合规度评分：总体平均分、各架构层平均分及各项具体得分架构风险评估：包括安全性风险、可扩展性风险、可维护性风险等架构观察：客观具体的项目架构特征观察与分析项目架构改进建议：对项目提出的可以解决架构合规问题的推荐方案《详细设计说明书》要求ARIS模型资料来源： 麦肯锡案例（成功客户包括数十亿美元营收的国际信用卡服务公司）;小组分析53项目架构治理流程包括如下七个环节5上线正式

立项实施后架构合规

审核例外的跟踪和避免实施中架构跟踪、指导、和审核实施验收

结项后评估需求分析设计开发上线准备验收

结项上线后支持与功能改进提交详细设计方案

例外的事后处置deg提交可

研报告提交初步设计方案项目架构治理流程立项项目提案和可研提案

分类提案

指导初设审批预审评审abcf运维要求ARIS模型资料来源： 麦肯锡案例（成功客户包括数十亿美元营收的国际信用卡服务公司）;小组分析54在项目架构治理中用PMO和ARIS工具来保证企业架构沟通、项目架构合规和企业架构更新5PMO要求建议解决方案沟通

企业架构将最新的企业架构各层设计和规划传达到各个项目组在PMO的开题步骤设置节点，强制要求项目架构师下载最新的ARIS企业架构模型治理

项目架构保证项目的架构设计使用标准语言保证项目的架构设计符合企业架构的规范在PMO的《初步设计》提交和《详细设计》提交步骤设置节点，要求项目架构师上载ARIS项目架构模型在PMO中对项目的初步设计ARIS架构模型和详细设计ARIS架构模型按“待提交、待审批、待汇总、结案”四个状态进行跟踪在PMO中将项目ARIS架构模型通过企业IT架构师审批设置为项目推进的必要条件将统计的“待提交”状态时间纳入项目架构师KPI更新

企业架构保证项目架构对整体企业架构的增补改进及时在企业架构中体现由企业IT架构师负责牵头将ARIS项目架构模型中的内容汇总到ARIS企业架构模型中，并及时发布更新后的ARIS企业架构模型供后续项目参考，再将ARIS项目架构模型的状态从“待汇总”转为“结案”将统计的“待审批”和“待汇总”状态时间纳入企业IT架构师KPI资料来源： 麦肯锡案例（成功客户包括数十亿美元营收的国际信用卡服务公司）;小组分析55项目架构治理流程的主要内容和分工如下(1/2)流程内容职责分配评估与架构的相关性，以确定所需的治理

程度将提议分配给正确的领域确认平台重复使用的机会确定企业IT架构总监在项目批准步骤中的职责范围确保项目组下载并参阅企业架构设计提案分类责任(A)：IT架构师义务(R)：项目业务架构师顾问(C)：业务、应用、数据、基础架构师告知(I)：其他架构师a对那些通过科研报告审查的项目的初步方案设计提供指导确认提议中的架构假设确认基础设施服务复用的机会确保项目组提交项目架构设计提案指导责任(A)：IT架构师义务(R)：业务、数据、应用架构师顾问(C)：基础架构师告知(I)：其他架构师b确保初步设计方案时考虑到了架构确认项目在架构方面的需求评估现有要素的当前复用机会和待开发要素的未来复用机会确认项目计划中的架构性风险确认架构员工的资源估计初设审批责任(A)：IT架构师义务(R)：业务、数据、应用架构师顾问(C)：基础架构师告知(I)：其他架构师c5要求ARIS模型资料来源： 麦肯锡案例（成功客户包括数十亿美元营收的国际信用卡服务公司）;小组分析56项目架构治理流程的主要内容和分工如下(2/2)流程内容职责分配责任(A)：IT架构师义务(R)：业务、安全、应用、数据、基础架构师顾问(C)：无告知(I)：其他架构团队人员评估所实施的方案与架构相一致的程度审查与所实施的方案相背的例外和风险分析对于技术规划的影响审核批准上线后的持续改进作业，保证架构合规性实施后的架构合规审核责任(A)：IT架构师义务(R)：安全、应用、数据、基础架构师顾问(C)：业务架构师告知(I)：其他架构团队人员确保项目架构文档的完整提供解决关键架构问题的指导确保与企业架构标准的协调一致确保可复用的要素确实被复用在项目设计、开发和测试阶段，沟通和解决可能与记录文档相悖的地方实施中架构跟踪、指导、和审核例外的跟踪和避免确保在企业范围内对于架构合规有个的问题进行统一的跟踪、归档、和决策协调有关架构例外的决策，权衡架构统一目标和业务特殊需求之间的矛盾责任(A)：IT架构师义务(R)：安全、应用、数据、基础架构师顾问(C)：企业架构总监告知(I)：其他架构团队人员例外的事后处置确保在发生架构例外后，划拨专款、委派专门单位负责在单独的架构项目中或结合其它项目对架构的缺陷进行修补责任(A)：企业IT架构总监义务(R)：IT架构师顾问(C)：信息化领导小组告知(I)：其他架构团队人员defg5要求ARIS模型资料来源： 麦肯锡案例（成功客户包括数十亿美元营收的国际信用卡服务公司）;小组分析57根据规模、综合性和创新性分析项目按架构相关度将可研报告分为A,B,C三类5a架构相关性预算规模大于800万元在200和800万元之间低于200万元低治理力度综合性/创新性分析高不必执行项目架构治理流程采用自行开发或“总包协调”合同方式与服务商合同由项目架构师签订A类项目：高架构相关度项目B类项目：中架构相关度项目C类项目：低架构相关度项目执行全部项目架构治理流程采用“委托协调”合同方式与服务商合同由企业常设架构师签订执行部分项目架构治理流程采用“委托协调”合同方式与服务商合同由项目架构师签订高综合

低创新低综合

高创新低综合

低创新高综合

高创新重大项目一般项目按架构相关度排序在企业战略中的重要性跨业务部门内不同流程的程度跨不同业务部门的程度跨不同应用系统的程度与外部供应商/合作伙伴的相关性与国网管控的相关性综合性低高高低创新性综

合

性创

新

性所实现的业务能力的开创性对新兴应用集成技术的依赖对企业信息的更改和新增需求对新兴硬件技术的依赖按架构相关度分类资料来源： 麦肯锡案例（成功客户包括数十亿美元营收的国际信用卡服务公司）;小组分析58XX在与项目服务商的合同结构上有三种选择…*相当于工程建设中的“EPC”合同关系管理者至被管理者关系填补公司内部及现有开发商的资源和技能在项目设计上的缺口，提高设计质量保证项目设计与项目开发之间的一致性XX与某些服务商之间必须保持直接合同关系XX由于国网限制或自身需求需要在指定候选服务商内招标“总包协调”方式*概述信通中心仅与总包商签订合同总包商与分包商签订所有合同并保证设计与开发间的协调主要目标客观假定备选合同结构方案信通中心科信部项目设计商项目开发商项目总包商“自行协调”方式信通中心与所有服务商签订合同并自行保证设计与开发间的协调信通中心科信部项目设计商项目开发商“委托协调”方式信通中心与所有服务商签订合同，并委托设计商保证设计与开发间的协调信通中心科信部项目设计商项目开发商5a资料来源： 麦肯锡案例;小组分析59…应该根据项目架构相关性选择“自行协调”方式“委托协调”方式“总包协调”方式*合同关系管理者至被管理者关系最有利最不利不推荐集成风险大，如设计商与开发商的推诿问题集成所需的内部人才难以在短期内到位推荐在A、B类项目中采用将集成风险转移到对此风险有控制的设计商以并列合同确保设计与开发的相对独立兼顾与某些服务商之间只能签订直接合同的限制推荐在C类项目中采用将集成风险转移到对此风险有控制的总包商对于架构相关度低的项目，设计的跨项目跨时间影响小，甲方可以放弃对设计和开发的直接控制权，由总包商独立协调对XX

的建议和理由对甲方内部资源的要求甲方对质量的控制权高中低权衡因素甲方对服务商的选择权高中低甲方的集成风险高中低高中低*相当于工程建设中的“EPC”

主要责任分配科信部审查架构指定服务商范围审查架构指定服务商范围审查架构指定服务商范围信通中心对架构合规、设计可行性和最终质量负责将架构要求写入设计和开发合同协调设计商与开发商对项目架构合规负责将架构要求写入设计和开发合同在设计合同中加入委托设计商保证设计可行性和最终质量的条款对项目架构合规负责将架构要求、设计可行性和最终质量的条款写入总包合同设计商对设计可行性和最终质量负责按合同要求设计并与设计商协调按合同要求设计按分包合同要求设计开发商按合同要求开发按合同要求开发按分包合同要求开发总包商（无总包商）对设计可行性和最终质量负责协调设计商与开发商（无总包商）5a资料来源： 麦肯锡案例;小组分析60按架构相关性的级别决定项目架构治理流程的取舍提案分类提案指导实施后架构合规审核例外的跟踪和避免初设审批实施中架构跟踪、指导、和审核例外的事后处置abcdegfA类项目：高架构相关度项目Ｂ类项目：中架构相关度项目Ｃ类项目：低架构相关度项目提案分类提案指导实施后架构合规审核例外的跟踪和避免初设审批实施中架构跟踪、指导、和审核例外的事后处置abcdegf提案分类提案指导实施后架构合规审核例外的跟踪和避免初设审批实施中架构跟踪、指导、和审核例外的事后处置abcdegf必须执行可不执行5a资料来源： 麦肯锡案例（成功客户包括数十亿美元营收的国际信用卡服务公司）;小组分析61项目组EAM常设人员架构例外应逐级裁决，处理意见要告知EAM团队所有成员项目业务经理项目架构师公司信息化领导小组组长项目技术经理企业IT架构总监和IT架构师如果需要集体决策，由企业架构总监或信息化领导小组组长提交信息化领导小组会议讨论形成决策企业架构总监架构合规问题升级路径决策传达路径项目架构师与企业IT架构总监讨论架构合规问题企业IT架构总监向企业架构总监汇报架构合规问题企业IT架构总监向公司信息化领导小组组长汇报架构合规问题向企业架构总监传达意见向企业IT架构总监传达意见向项目经理和项目架构师传达

意见5f资料来源： 麦肯锡案例（成功客户包括数十亿美元营收的国际信用卡服务公司）;小组分析62我们建议分三步提高架构例外管理水平第一步：建立例外跟踪与反馈机制第二步：实施例外的集中补救第三步：将例外的补救落实到责任单位在试点项目中（“一纵”）规范与架构有关的项目文档在项目实施中跟踪架构例外将架构合规度和架构例外统计作为项目交付质量的关键绩效指标在所有高架构相关度项目（“A类”）中实施例外的跟踪并于绩效挂钩设计并试行例外处置流程，形成处置决策，如：保留、立即修正、限期修正等由科信部负责立项修正将例外跟踪与绩效反馈落实到所有项目全面实施