华为业务变革框架及战略级项目管理

华为公司PMOP项目管理.lBTMS框架l年度规划流程l解决方案开发－PMOP流程lPMOP关键点要求l运作管理流程-需求管理流程l变革使能管控团队规则管理－架构管控l项目执行与控制BTMS是一套能够直接支撑公司业务战略、推动内部变革实施、涵盖规划、项目执行,实施和生命周期管理的集成管理系统框架。Case衡量效管理规划规划理n管控组织包括RSC/3T管理团队及相关角色、职责BTMSV2.0范围BTMSVBTMSV2.0范围业务变革管理体系业务变革规划运作管理举措(Initiative)管理解决方案开发CharterReviewCDCP变革年度规划 CharterReviewCDCP变革年度规划hrSDCPPDCPPRRhrC变更管理C变更管理退出管理Pilot验证/试点发可行性TR概要设计TR准入TR变革使能 架构管控 管控团队 架构管控BTMSV2.0优化方案概述发开R可行性TR优化点1：加强项目评审发开R可行性TR优化点1：加强项目评审程的裁剪优化点3：增加架构管控及其支撑团队V概要设计TRSDCP管控团队规则管理－架构管控年度规划流程业务输入业务输入确定下v措关联分析分析确定下v措关联分析分析vv进行专题规划确定变革举措及项目长清单进行专题规划确定变革举措及项目长清单确定变革投资预算确定变革投资预算年度变革规划团队年度规划支撑组 区域年度规划组IT建设规划组 区域年度规划组IT建设规划组 M3M4M5公司级领域-3T汇报对变革项目对齐点2:项目长清单对齐点1:领域/公司M2M3M4M5公司级领域-3T汇报对变革项目对齐点2:项目长清单对齐点1:领域/公司变革需求变革需求启动会启动会重二3T重二领导访谈领导访谈项目重点项目重点汇报-3T报告预算及举措/项目短清单/charter总体要求项目年度推行计划/项目Rol分析/汇报-3T报告预算及举措/项目短清单/charter总体要求项目年度推行计划/项目Rol分析/RolRol分析/RSC汇报C-3T汇报RSC汇报举措及项目举措及项目领域-3T汇报GPO最终确认计划Draft计划Draft区域领导访谈/需求收集XX区域变革重点区域领导访谈/需求收集XX区域变革重点推行和实施计划区域ST汇报对齐点3:最后对齐阶段目标输入公司业务SP计划输出主要活动本阶段要求•GPO参与：各SAG成员要参与到领域和公司整体规划组。模板无决策控制点各领域规划组任命由Sub-3T签发；责任人C-3T/Sub-3T阶段目标输入lBPA（用于对变革需求进行分类管理）输出主要活动•通过访谈、workshop、现场调研等多种方式收集各业务领域的变革需求和业务痛点；本阶段要求模板《需求汇总和分析表模板》《业务领导访谈模板》决策控制点无责任人变革规划组/业务主管/GPO变革年度规划：上年度变革总结和确定下年度变革重点阶段目标输入输出主要活动l确定各领域下一年度变革重点：形成本领域变革年度工作重点，并和GPO/业务部门沟通获得认可。l公司变革重点和各领域变革重点必须与一线领导沟通，获取他们的反馈，输入到变革规划变革年度规划：上年度变革总结和确定下年度变革重点（续）本阶段要求l架构牵引：下年度变革重点要符合To-be企业架构的要求。式）。明确的业务Owner。模板《年度规划中期报告》之“变革工作总结”《年度规划中期报告》之“变革重点”决策控制点•公司整体变革重点向C-3T汇报，并由RSC最后批准。责任人阶段目标单。)输入输出主要活动本阶段要求模板技术评审点全部专题拉通评审：EAC/SAG决策控制点无责任人阶段目标输入输出主要活动本阶段要求lGPO/业务部门参与：GPO代表及业务代表要参与变革举措和项目PI的编写。模板《规划项目清单模板》技术评审点无决策控制点责任人变革年度规划：进行ROI、项目/举措关联分析阶段目标输入输出项目ROI、举措/项目关联关系结果、举措及项目排序结果、更新的项目PI主要活动lROI分析：根据ROI模板和说明，进行ROI分析。本阶段要求模板《规划项目清单模板》、《项目PI模板》、《变革项目_ROI&预算表》／《变革项目_ROI&预算表（汇总）》技术评审点无决策控制点无责任人BT&IT年度规划：确定变革投资预算及举措/项目短清单阶段目标输入输出主要活动从《变革项目_ROI&预算表（汇总）》表中按月汇总领域项目的资BT&IT年度规划：确定变革投资预算及举措/项目短清单本阶段要求式）。认可（访谈、汇报等形式）。模板《规划项目清单模板》《变革项目_ROI&预算表（汇总）》技术评审点无决策控制点领域变革项目短清单向Sub-3T汇报；公司整体变革项目短清单向C-3T汇报，并由RSC最终批准。责任人BT&IT年度规划：输出年度规划报告并汇报签发阶段目标年度规划报告，得到各相应GPO认可，最终由RSC批准签发。输入输出领域《年度规划报告》公司《年度规划报告》主要活动l整合成公司《年度规划报告》，向RSC汇报本阶段要求无模板《年度规划报告》技术评审点无决策控制点公司整体变革规划报告向C-3T汇报；最终向RSC汇报，并由RSC批准签发。责任人管控团队规则管理－架构管控开发验证/试点推行概念计划R概念计划R可行性TR阶段目标输入输出本阶段的要求并在charter中说明；lGPO参与：派员参与需求分析和项目Charter开发。），技术评审点无决策控制点Charter决策评审责任人Owner：Charter开发责任人参与者：业务部门代表、GPO代表、RMT等相关组织或角色.对提出的变革需求进行分析.从业务流程、组织、考核、政策与规则、IT平台等方面进行现状.分析明确改进思路和策略；.进行优先级排序；.制定初步的协同方案；.识别关键的数据质量问题；.BA：使用流程架构识别项目所涉及的流程；.IA：初步识别关键数据要素、数据源、信息流及所需遵从的信息.变革准备度评估；.制定变革管理策略(包括利益关系人初步识别、沟通策略)；.根据项目特点对项目后续的评审团队和决策评审点/技术评审点阶段目标l确定业务需求，提出初始解决方案（高阶解决方案）；l项目组根据项目任务书，对业务需求、潜在的风险、成本/进度预测和财务影响进行概要评估，形成初始解决方案并达成共识；l评估初始解决方案可行性。输入l项目Charter材料包lBA报告、业务需求优先级排序结论l企业架构：包括业务架构、应用架构、技术架构、数据架构等要素和要求输出l需求分析报告lTo-Be的业务流程设计要点、业务方案与规划l组织的高阶设计（若涉及实体组织变更）l试点推行策略（可选）l初始的集成项目计划l概念阶段DCP决策及评审材料包本阶段的要求l架构要素：基于Charter分析进一步识别架构要素的范围及需要遵从的架构/标准/规范等，分析关联影响，评估架构遵从的可行性；l协同要素：刷新协同方案（包含解决方案/架构/计划协同的分析）；l一线参与：一线正式确认需求，并参与初始解决方案设计；lGPO参与：GPO正式确认需求，并参与初始解决方案设计；技术评审点可行性TR评审决策控制点CDCP决策评审点责任人Owner：项目经理参与者：业务部门代表、GPO代表、一线、架构团队、决策评审团队等相关组织或角色.制定WBS、初始的集成项目计划、任务分派；.澄清详细的业务需求；.通过多种方式和一线/GPO对需求进行评审和确认；.To-Be流程设计要点；To-Be业务方案概要设计；To-Be业务场景分析；型,制定数据质量方.识别项目中可以重用的数据标准(业务术语、BDS等)；.制订数据质量方案计划(DQPlan)；建议(*上述活动均视情况决定是否包含在项目.实施高阶的变革影响度评估；.进一步识别关联项目，进行详细的关联分析；.刷新协同方案(包含范围/方案/进度/推行(含试点)等方面).基于可行性TR评审的评审结果，在概念阶阶段目标l正式确认并基线化项目目标范围和集成项目计划，以便相应的变革管理团队进行评估。l完成业务/IT方案的概要设计。l项目方案与试点推行策略相匹配。输入l业务l试点推行策略lCDCP材料包和决策结果输出l业务/流程概要设计方案，IT需求规格说明书/概要设计报告l基线化的集成项目计划，含详细的试点/推行计划l计划阶段DCP材料包l方案建议书（RFP）/待签订的采购合同（含SOW可选：如果有解决方案/IT系统选型）本阶段的要求l架构要素：评估项目方案设计对架构的影响，使两者协调一致，对现有架构的调整需报架构团队评审；l协同要素：对关联项目之间的业务/流程/IT方案、计划进行详细分析，明确协同方案；l一线参与：必须卷入一线参与方案设计，可以通过现场设计（优先）、workshop，远程参与等多种方式；lGPO参与：GPO代表参与方案设计、技术评审、项目决策。技术评审点概要设计TR评审决策控制点PDCP决策评审点责任人Owner：项目经理参与者：业务部门代表、GPO代表、一线代表、架构团队、决策评审团队等相关组织或角色.若业务流程或方案有调整且对集成架构有.确定流程交付件清单及流程文档编码；.定义详细的To-Be组织方案(包括组织结构、关.定义组织运作机制(工作界面、团队及决策等)；.确定组织切换策略及路标；.与利益关系人沟通方案及切换计划；.开发系统相关工作的功能规格（设计工作应由业务团队的成）；.根据IT高阶解决方案细化实现方案；.定义To-Be方案验证的方法和计划；.有IT实现的方案通常原型（Prototype）的方法进行验证；无系统.确定项目交付件的开发计划.根据开发计划、试点/推行计划、沟通计划等确定集成项目计划.根据调整后的业务方案更新数据标准（业务术语、BDS等）范围.数据标准：确保在方案设计中使用了数据标准并提交了新建或.对关联项目的间的业务IT方案、计划进.根据TR评审要求，对项目架构、方案、阶段目标输入lPDCP材料包和决策结果输出本阶段的要求l架构要素：遵从PDCP决策评审通过的架构方案；）；）；lGPO参与：GPO派人参与详细方案设计。技术评审点决策控制点无责任人Owner：项目经理.根据计划阶段输出的业务/流程详细设计方案进行开发务规则、业务流程、流程说明、KPI设计、数据/档.数据标准：确保数据标准（业务术语、BDS等）方案的.数据质量计划：开发剖析数据和测评数据质量所需的.通过TR评审checklist，对计划阶段的架构方案遵从性.进行系统集成测试；对于系统原有功能进行回归测试）；阶段目标项目）。输入输出lUAT测试报告lPRR/DRR材料包本阶段的要求lGPO参与：GPO派人参与UAT测试、一线的方案试点、技术评审、项目决策评审。技术评审点决策控制点lPRR（试点）lDRR（推行）责任人Owner：项目经理。档交付件（适用于需要试点的变革项目）.确定项目相关的业务政策和业务规则、业务流程、业务操作指导.确定项目相关的IT操作指导(适用于有IT的方案)发布试点需要的流程与IT.实施数据转换活动.根据系统环境要求安装、配置、测试生产环境(包括用户权限配置).数据标准：测试数据标准遵从性以及同业务数据标准源系统的接口；件应急计划.在区域对所有试点、推行项目进行一线现场协同管理项目组/公.从流程、人员、组织、技术、培训、资源、试点环境等方面检查试点准备.组织试点：由业务部门按照切换策略及计划.发布试点区域的流程、业务操作指导和IT操作指导.确认试点上线时的初始数据遵从数据标准（业务术语、BDS等测评.制定增量推行和全面推行计划优化并定稿相关的文档交付件.定稿并组织评审业务政策、业务规则、业务流程、业务操作指导.定稿并组织评审IT操作指导(适用于有IT的方案)/评审小组.发布业务政策、业务规则、业务流程、业务操作指导.发布IT操作指导(适用于有IT的方案).从计划、资源、风险、培训、环境等方面进行增量及全面推行前的准备包阶段目标输入lPRR、DRR材料包输出本阶段的要求lGPO参与：GPO负责制定本流程领域变革方案推行计划，进行沟通与培训，实施定技术评审点无决策控制点无责任人Owner：GPO+推行项目经理。.制定详细的推行计划、沟通与培训机制；推行计划考.推行前必须在机关注册及与一线沟通；.在区域对所有推行项目进行一线现场协同管理；.组织切换：由业务部门按照切换策略及计划履行组织.流程切换：业务按照新的流程运作；.确认推行上线时的初始数据遵从数据标准（业务术语.对最终用户提供现场及远程支持；.从流程、组织、技能等方面评估方案的遵从度、有效.审视业务收益实现结果；.将相关文档及IT系统整体移交给业务责任主体和IT运.对方案开发过程中的所有文档进行完整、系统的整理管控团队规则管理－架构管控发开V发开VSDCPR概要设计R概要设计TR可行性TR可行性TRTRTRTR可选TR可选：可行性TRTR概设TR准入TR（不变）项目决策项目决策决策要素决策要素评审要素项目评审建TR评审要素项目评审建TR议发开V发开VSDCPRR概要设计TR可行性可行性TR）；变革项目分层分级决策标准项目分类项目分类标准立项决策其他DCP决策lRSC在批准年度变革规划时确定战略级项目，后续根据RSC明确决议进行刷新目l项目人力预算：人力投入<1500万元决策评审点支撑组交付件决策要素点支撑组交付件决策要素项目高阶方支撑组交付件决策要素lCDCP,概要设计TR遗留问题已经得到解决或有明确解决l概要设计TR结论为：“通过、带风险l要求按照公司要求现场设计，workshop等方式卷入一线支撑组交付件决策要素目需要进行局 部的业务IT试点时才需要进行PRR评审，如果项目不则直接进行DRR评l项目成 组织/IT)划l项目试lPDCP,准入TR遗留问题已经得到解决或有明确解决方案、时l准入TR结论为：“通过、带风险通过、改进后通过”lUAT测试结果为通过，并且有一线卷入UAT测试，UAT测试l流程和业务操作指导要求通过GPO的审核，GPO同意在试构支撑组交付件决策要素lPDCP,准入TR遗留问题、试点遗留问题已经得到解决或有明l准入TR结论为：“通过、带风险通过、改进后通过”lUAT测试结果为通过，并且有一线卷入UAT测试，UAT测试问论作为DCP决策的参考依据。--通过（GO）年度规划业务部门项目Char项目评估SDCP年度规划业务部门项目Char项目评估SDCPterter//应用推出试运行关闭概设TR准入TR试运行关闭概设TR准入TR可行性TR资源池资源池场景一l没有子项目的变革项目TR评审；l可行性TR：主要评业务需求及由此派生出的IT需求；l概要设计TR：主要评业务、流程、组织设计的总体方案，IT总体方案场景二l带有子项目的变革项目TR评审；l可行性TR：主要评变革项目总体的业务和IT需求（高阶）；l概要设计TR：主要评变革项目集成的业务和IT总体设计方案（高阶）、变革项目总体架构，该方案应能够对子项目的方案设计进行指导；l准入TR：子项目准入TR的结论作为变革项目准入TR的输入变革项目概要设计TR可行性TR（业务概设准入TR8、场景二中子项目的评审参照上述规则进行变革项目紧耦合子项目ttC发eh松耦合子项目SDCP开发SDCP开发概要设计TR准入TR概要设计TR准入TR可行性TRPDCPPRRDRRCDCPPDCPPRRDRR准入TR可行性准入TR可行性TRPDCPPRRDRRCDCPPDCPPRRDRRarar概要设计TR概要设计TR准入TR1、变革项目本身在PMOP平台设置TR评审点，使用专门开发的模板和Checklist进行评审;2、变革项目经理对TR评审负责，并应监督子项目评审的情况，变革项目与子项目各个评审点之间对应的联系如图中虚线所示；3、紧耦合与松耦合子项目将在变革项目Charter开发阶段进行识别；4、子项目的TR评审在IT-CMMI平台进行；5、PMOP平台的TR评审统筹员由企业架构部建议为保障评审质量，评审小组成员对项目应有不同程度的参与项目分类评审小组成员项目参与程度项目参与描述备注战略级项目专职的架构团队参予l必须有SAG成员l全程参与项目的立项、评审过程l参与项目组关键会议公司级项目专职的架构团队参予l必须有SAG成员或Sub-SAG成员l全程参与项目的立项、评审过程l参与项目组关键会议专职的架构师参与l跟踪项目的立项及评审过程l参与项目组关键会议lTR评审承诺周期TR评审周期为TR评审统筹员收到项目TR评审申请当日至TR评审主管审批完成工作日战略级及公司级变革项目TR评审承诺周期为7个工作日，其他Sub-3T级项目TR评审承诺周期为5个工作日对于在技术评审期间内由于项目组自身原因而返回项目组重新提交申请，或者项目评审后需要项目组改进的时间不纳入评审承诺周期lTR评审效率监控若非项目组原因评审周期超过承诺周期主审人需向项目经理解释原因评审统筹员在每月的“月度评审工作报告”中应对评审按时完成的情况作出统计，评审延时的情况必须说明原因，报EAC进行审查EAC根据情况进行问责对于由企业架构委员会（EAC）作为评审责任主体的战略级及公司级项目，评审统筹员应对每个项目的变革项目经理和主审人进行回访，征询他们对评审的意见及建议并填写“项目经理回访记录”及“评委回访记录”对于由架构支撑组作为评审责任主体的Sub-3T项目，评审统筹员应对其中较重要项目的项目经理和主审人进行回访，每月至少应进行一次回访并至少应填写一份“项目经理回访记录”和“评委回访记录”（当月无评审的除外）“项目经理回访记录”和“评委回访记录”应每月提交EAC审阅评审统筹员每月初应将上个月的月度评审工作报告、项目经理回访记录及评委回访记录提交企业架构委员会（EAC）企业架构委员会（EAC）将对过程不符合评审规程、评审结论存疑、评审效率不符合要求等评审质量问题进行调查对于评审质量存在严重问题的项目评审，企业架构委员会（EAC）将对责任人进行问责，并有权将项目发回重审。l紧耦合与松耦合子项目按业务特点，组成变革项目的子项目间存在紧耦合与松耦合关系，根据其特征，对异步开发配合要求应不同，因此TR点配合可以有所区别，以缩短变革项目开发周期。紧耦合子项目主要特征如下：松耦合子项目主要特征如下：紧耦合与松耦合子项目将在变革项目Charter开发阶段进行识别。变革项目年度规划人EAC/SAG审批和发布评审小组名单统筹形成评审小组名单评审统筹员项目经理变革项目年度规划人EAC/SAG审批和发布评审小组名单统筹形成评审小组名单评审统筹员项目经理评审小组评审小组准评审结批准评审结评审主管Y评审主管Y注注：评审小组名单须出现在项目Charter中 评审准备技术初审技术评审评审完成问题跟踪、资料问题跟踪、资料归档评审操作员评审统筹员评审小组确定需采用标准进行评审·项目经理遗留问题解决制定月度评审计划协调资源池人协调资源池人--员，确定评委评委进行初审评委进行初审召集评审会召集评审会议评审主管批准及发布评评审主管批准及发布评审结论附件：技术评审点矩阵技术评审点附件：技术评审点矩阵技术评审点评审目的说明评审关键要素概要设计TR附件：技术评审点矩阵技术评审点准入TR确定技术上是否可附件：TR评审角色分工级项目场景一场景二场景一场景二给各架构支撑组组长前评审统筹员前评审操作员附件：TR评审对决策的支持变革管理团队架构团队▲概要设计TR准入TR发开变革管理团队架构团队▲概要设计TR准入TR发开可行性TR技术及架构技术及架构架构团队架构团队TRTRSub-TR质量要求Sub-TR质量要求秘书机构 是变革项目成功的基础管控团队规则管理－架构管控DCPDCP析••需求可以通过多种途径收集，需要进行流程变更的，通过CR电子流提交；需要进行IT立项的通过IT需求申请电子流提交。•对于变革类需求，如属于中长期需求作为变革规划的输入；如属于现有变革项目范围的需求，则提交相应变革项目组融入现有变革项目；如需要成立新变革项目的需求，则由实施责任人负责进行Charter开发。•对于改进类需求，在评审通过并征得GPO或其授权人同意后即可实施。类型定义特征需求管理-需求收集阶段目标输入输出本阶段要求模板与工具决策控制点无责任人阶段主要活动活动描述交付件责任人模板与工具需求收集.通过“CR电子流”，收集业务运作过程中存在流程问题及改进建议；.通过“IT需求申请电子流”，收集业务运作过程中IT存在的问题及改进建议；.流程变更申请.IT立项申请需求接口人.CR申请及分析模板.IT立项申请模板.CR电子流.IT需求申请电子流阶段目标输入输出本阶段要求模板决策控制点无责任人阶段主要活动活动描述交付件责任人模板与工具需求分析.由需求分析责任人组织相关人员（必要时包括需求提出人、GPO代表、一线业务人员）对需求进行详细分析，并输出需求分析报告。需求分析报告需求分析责任人•CR申请及分析模板•IT立项BA报告模板阶段目标输入输出本阶段要求模板与工具无决策控制点责任人阶段主要活动活动描述交付件责任人模板与需求评审.流程变更需求由流程需求评审团队评审，评审团队包括GPO代表、AllInOneTeam成员、业务一线代表等，如是跨领域的需求，还要包含相关领域GPO代表参与；.IT变更需求由领域RMT评审，如是跨领域的IT需求，还应邀请相关领域RMT代表参与；.评审基于需求分析报告进行，主要是对其架构符合性(含BA/AA/IA/TA)、业务合理性、必要性、可行性、投资收益等进行评审，评审的结论包括但不限于：需求评审结论需求评审-确定需求实施合理性和可行性；-确定需求类别，即变革类还是改进类；-确定需求分流路径；-确定实施责任人。管控团队规则管理－架构管控↓战略级、公司级变革项Supply&Procurement3T架构支撑组架构支撑组架构支撑组架构支撑组架构支撑组架构支撑组RMTRMTRMT战略级、公司级变革项Supply&Procurement3T架构支撑组架构支撑组架构支撑组架构支撑组架构支撑组架构支撑组RMTRMTRMTRMTRMTvRMT变革项目组革项目组变革项目组革项目组变革项目组变革项目组革项目组变革项目组Sub-3T级变Sub-3T级变Sub-3T级变革项目组革项目组变革项目组革项目组变革项目组变革项目组革项目组变革项目组Sub-3T级变Sub-3T级变Sub-3T级Sub-3T级Sub-3T级Sub-3T级Sub-3T级职责：成员组成）：）：秘书机构汇报关系运作机制：与会的核心成员超过任命总数的2/3，会议有效u遵循少数服从多数原则，提交表决之决议需获得核心成员总数50%以上的赞成票，u决策议题根据“NOGO->Redirect->GO”的次序进行表决，主任具备一票否决权授权与确认u投票表决的决议在所有表决成员确认/签字u对于有否决或不同意见或持保留观点的情况，会议纪要中要明确记录观点和职责：成员组成）：秘书机构汇报关系运作机制：公司BT&ITMT为月度例会，会议日历及议题规划由执行秘书机构（公司变革项目办公室PMO）在年初制定，后续滚动刷新，临时议题需得到公司BT&ITMT核心成员的提与会的核心成员超过任命总数的2/3，会议有效u遵循少数服从多数原则，提交表决之决议需获得核心成员总数50%以上的赞成票，u决策议题根据“NOGO->Redirect->GO”的次序进行表决，主任具备一票否决权授权与确认u投票表决的决议在所有表决成员确认/签字u对于有否决或不同意见或持保留观点的情况，会议纪要中要明确记录观点和如遇表决不能决策或不在决策范围的，可升级至RSC讨论决策职责：成员组成秘书机构汇报关系运作机制：与会的核心成员超过任命总数的2/3，会议有效u遵循少数服从多数原则，提交表决之决议需获得核心成员总数50%以上的赞成票，u决策议题根据“NOGO->Redirect->GO”的次序进行表决，主任具备一票否决权授权与确认u投票表决的决议在所有表决成员确认/签字u对于有否决或不同意见或持保留观点的情况，会议纪要中要明确记录观点和企业架构委员会（EAC）l职责：为RSC/C-3T提供架构上的决策支撑评审EA规划，进行架构版本管理（RSC/3T批准）批准跨业务领域企业架构交付，包括EA框架，架构蓝图和其它相关架构内容l成员：l秘书机构：企业架构部为EAC的秘书机构l汇报关系：EAC的工作向C-3T进行汇报，接受C-3T的领导运作机制：运作形式授权与行权备回溯和稽核l职责：基于架构内容和规划进行分析，形成架构建议，提交EAC评审，为RSC/C-3T提供架构上的决策议提交EACl成员：其它专家，如IFS/CRM等l汇报关系：架构专家组向EAC汇报工作运作机制：运作形式授权与行权备回溯和稽核l职责：为Sub-3T提供架构上的决策支撑的架构专家团队或EACl成员：领域流程专家SAG架构专家l汇报关系：架构支撑组向Sub-3T汇报工作并接受架构专家组的工作指导运作机制：运作形式授权与行权备回溯和稽核•如遇表决不能决策或不在决策范围的，可升级至SAGl职责：l成员：l汇报关系：各RMT向各领域3T汇报工作运作机制：运作形式•会议遵循少数服从多数原则，每人一票，•RMT组长具有一票否决权。授权与行权管控团队规则管理－架构管控明项目排序和投资IT需求管理PMOP项目排序和投资IT需求管理PMOPITCMMI变革规划变革规划支撑需求管理支撑 启动支持过程主动支持问题解决标准alignment架构评审变革规划变革规划支撑需求管理支撑 启动支持过程主动支持问题解决标准alignment架构评审规划支撑需求分析架构支撑技术评审技术评审EA规划EA需求管理预研(最佳实践/软件包/技术）标准规划 EA内容定义/修改/评估/改进标准定义标准定义/优化规则管理（EA）变革规划项目及方案EAportal内容评审和发布EA沟通BPM/EA工具支撑阶段目标阶段描述l通过对战略和行业技术趋势等的研究来确定需要子模块lEA规划lEA需求管理l预研l标准规划输入l技术趋势l重大业务问题l重大变革项目进展和输出输出l企业架构版本规划与发布计划l架构的需求管理（需要开发什么样的架构）lEA发展方向研究l预研报告基本原则技术评审点决策控制点责任人企业层面：EAC架构领域：SAG领域层面：架构支撑组阶段目标阶段描述子模块输入l企业架构版本规划l技术趋势l重大业务问题l重大变革项目进展和输出输出EA交付基本原则l企业架构原则技术评审点决策控制点责任人企业层面：EAC架构领域：SAG领域层面：架构支撑组阶段目标阶段描述l着重于架构对业务的支撑及新开发架构对EA的遵从子模块l问题解决l标准Alignment输入l企业架构版本规划l企业架构交付l架构迁移路标输出l架构评审意见基本原则l和其他流程的集成l体现对项目的主动支持l对业务和客户导向的遵从l开发新的架构时对EA的遵从技术评审点决策控制点责任人阶段目标阶段描述l通过EA的评审与发布，工具的开发，和沟通与协子模块lBPM/EA工具支撑lEA沟通输入lEA版本规划lEA交付输出lEA交付的评审意见和内容发布lEA工具的优化l架构指标的度量结果基本原则技术评审点决策控制点责任人管控团队规则管理－架构管控项目执行与控制PMOP流程和项目执行与控制应结合应用。项目执行与控制包括项目状态管理、变更管理、问题管理、风险管理、关联关系管理等方面。项目变项目变更管理项目关联关系管理项目问项目问题管理项目执行和监控项目风险管理项目状态审视报告的周期基本内容项目组周/双周/月XX变革项目公司BT&ITMTMT月项目执行与控制--项目问题和风险管理 识别分析跟踪和监控关闭或升级