華為業(yè)務(wù)變革框架及戰(zhàn)略級項目管理

華為公司PMOP項目管理.lBTMS框架l年度規(guī)劃流程l解決方案開發(fā)－PMOP流程lPMOP關(guān)鍵點要求l運作管理流程-需求管理流程l變革使能管控團隊規(guī)則管理－架構(gòu)管控l項目執(zhí)行與控制BTMS是一套能夠直接支撐公司業(yè)務(wù)戰(zhàn)略、推動內(nèi)部變革實施、涵蓋規(guī)劃、項目執(zhí)行,實施和生命周期管理的集成管理系統(tǒng)框架。Case衡量效管理規(guī)劃規(guī)劃理n管控組織包括RSC/3T管理團隊及相關(guān)角色、職責BTMSV2.0范圍BTMSVBTMSV2.0范圍業(yè)務(wù)變革管理體系業(yè)務(wù)變革規(guī)劃運作管理舉措(Initiative)管理解決方案開發(fā)CharterReviewCDCP變革年度規(guī)劃 CharterReviewCDCP變革年度規(guī)劃hrSDCPPDCPPRRhrC變更管理C變更管理退出管理Pilot驗證/試點發(fā)可行性TR概要設(shè)計TR準入TR變革使能 架構(gòu)管控 管控團隊 架構(gòu)管控BTMSV2.0優(yōu)化方案概述發(fā)開R可行性TR優(yōu)化點1：加強項目評審發(fā)開R可行性TR優(yōu)化點1：加強項目評審程的裁剪優(yōu)化點3：增加架構(gòu)管控及其支撐團隊V概要設(shè)計TRSDCP管控團隊規(guī)則管理－架構(gòu)管控年度規(guī)劃流程業(yè)務(wù)輸入業(yè)務(wù)輸入確定下v措關(guān)聯(lián)分析分析確定下v措關(guān)聯(lián)分析分析vv進行專題規(guī)劃確定變革舉措及項目長清單進行專題規(guī)劃確定變革舉措及項目長清單確定變革投資預(yù)算確定變革投資預(yù)算年度變革規(guī)劃團隊年度規(guī)劃支撐組 區(qū)域年度規(guī)劃組IT建設(shè)規(guī)劃組 區(qū)域年度規(guī)劃組IT建設(shè)規(guī)劃組 M3M4M5公司級領(lǐng)域-3T匯報對變革項目對齊點2:項目長清單對齊點1:領(lǐng)域/公司M2M3M4M5公司級領(lǐng)域-3T匯報對變革項目對齊點2:項目長清單對齊點1:領(lǐng)域/公司變革需求變革需求啟動會啟動會重二3T重二領(lǐng)導訪談領(lǐng)導訪談項目重點項目重點匯報-3T報告預(yù)算及舉措/項目短清單/charter總體要求項目年度推行計劃/項目Rol分析/匯報-3T報告預(yù)算及舉措/項目短清單/charter總體要求項目年度推行計劃/項目Rol分析/RolRol分析/RSC匯報C-3T匯報RSC匯報舉措及項目舉措及項目領(lǐng)域-3T匯報GPO最終確認計劃Draft計劃Draft區(qū)域領(lǐng)導訪談/需求收集XX區(qū)域變革重點區(qū)域領(lǐng)導訪談/需求收集XX區(qū)域變革重點推行和實施計劃區(qū)域ST匯報對齊點3:最后對齊階段目標輸入公司業(yè)務(wù)SP計劃輸出主要活動本階段要求?GPO參與：各SAG成員要參與到領(lǐng)域和公司整體規(guī)劃組。模板無決策控制點各領(lǐng)域規(guī)劃組任命由Sub-3T簽發(fā)；責任人C-3T/Sub-3T階段目標輸入lBPA（用于對變革需求進行分類管理）輸出主要活動?通過訪談、workshop、現(xiàn)場調(diào)研等多種方式收集各業(yè)務(wù)領(lǐng)域的變革需求和業(yè)務(wù)痛點；本階段要求模板《需求匯總和分析表模板》《業(yè)務(wù)領(lǐng)導訪談模板》決策控制點無責任人變革規(guī)劃組/業(yè)務(wù)主管/GPO變革年度規(guī)劃：上年度變革總結(jié)和確定下年度變革重點階段目標輸入輸出主要活動l確定各領(lǐng)域下一年度變革重點：形成本領(lǐng)域變革年度工作重點，并和GPO/業(yè)務(wù)部門溝通獲得認可。l公司變革重點和各領(lǐng)域變革重點必須與一線領(lǐng)導溝通，獲取他們的反饋，輸入到變革規(guī)劃變革年度規(guī)劃：上年度變革總結(jié)和確定下年度變革重點（續(xù)）本階段要求l架構(gòu)牽引：下年度變革重點要符合To-be企業(yè)架構(gòu)的要求。式）。明確的業(yè)務(wù)Owner。模板《年度規(guī)劃中期報告》之“變革工作總結(jié)”《年度規(guī)劃中期報告》之“變革重點”決策控制點?公司整體變革重點向C-3T匯報，并由RSC最后批準。責任人階段目標單。)輸入輸出主要活動本階段要求模板技術(shù)評審點全部專題拉通評審：EAC/SAG決策控制點無責任人階段目標輸入輸出主要活動本階段要求lGPO/業(yè)務(wù)部門參與：GPO代表及業(yè)務(wù)代表要參與變革舉措和項目PI的編寫。模板《規(guī)劃項目清單模板》技術(shù)評審點無決策控制點責任人變革年度規(guī)劃：進行ROI、項目/舉措關(guān)聯(lián)分析階段目標輸入輸出項目ROI、舉措/項目關(guān)聯(lián)關(guān)系結(jié)果、舉措及項目排序結(jié)果、更新的項目PI主要活動lROI分析：根據(jù)ROI模板和說明，進行ROI分析。本階段要求模板《規(guī)劃項目清單模板》、《項目PI模板》、《變革項目_ROI&預(yù)算表》／《變革項目_ROI&預(yù)算表（匯總）》技術(shù)評審點無決策控制點無責任人BT&IT年度規(guī)劃：確定變革投資預(yù)算及舉措/項目短清單階段目標輸入輸出主要活動從《變革項目_ROI&預(yù)算表（匯總）》表中按月匯總領(lǐng)域項目的資BT&IT年度規(guī)劃：確定變革投資預(yù)算及舉措/項目短清單本階段要求式）。認可（訪談、匯報等形式）。模板《規(guī)劃項目清單模板》《變革項目_ROI&預(yù)算表（匯總）》技術(shù)評審點無決策控制點領(lǐng)域變革項目短清單向Sub-3T匯報；公司整體變革項目短清單向C-3T匯報，并由RSC最終批準。責任人BT&IT年度規(guī)劃：輸出年度規(guī)劃報告并匯報簽發(fā)階段目標年度規(guī)劃報告，得到各相應(yīng)GPO認可，最終由RSC批準簽發(fā)。輸入輸出領(lǐng)域《年度規(guī)劃報告》公司《年度規(guī)劃報告》主要活動l整合成公司《年度規(guī)劃報告》，向RSC匯報本階段要求無模板《年度規(guī)劃報告》技術(shù)評審點無決策控制點公司整體變革規(guī)劃報告向C-3T匯報；最終向RSC匯報，并由RSC批準簽發(fā)。責任人管控團隊規(guī)則管理－架構(gòu)管控開發(fā)驗證/試點推行概念計劃R概念計劃R可行性TR階段目標輸入輸出本階段的要求并在charter中說明；lGPO參與：派員參與需求分析和項目Charter開發(fā)。），技術(shù)評審點無決策控制點Charter決策評審責任人Owner：Charter開發(fā)責任人參與者：業(yè)務(wù)部門代表、GPO代表、RMT等相關(guān)組織或角色.對提出的變革需求進行分析.從業(yè)務(wù)流程、組織、考核、政策與規(guī)則、IT平臺等方面進行現(xiàn)狀.分析明確改進思路和策略；.進行優(yōu)先級排序；.制定初步的協(xié)同方案；.識別關(guān)鍵的數(shù)據(jù)質(zhì)量問題；.BA：使用流程架構(gòu)識別項目所涉及的流程；.IA：初步識別關(guān)鍵數(shù)據(jù)要素、數(shù)據(jù)源、信息流及所需遵從的信息.變革準備度評估；.制定變革管理策略(包括利益關(guān)系人初步識別、溝通策略)；.根據(jù)項目特點對項目后續(xù)的評審團隊和決策評審點/技術(shù)評審點階段目標l確定業(yè)務(wù)需求，提出初始解決方案（高階解決方案）；l項目組根據(jù)項目任務(wù)書，對業(yè)務(wù)需求、潛在的風險、成本/進度預(yù)測和財務(wù)影響進行概要評估，形成初始解決方案并達成共識；l評估初始解決方案可行性。輸入l項目Charter材料包lBA報告、業(yè)務(wù)需求優(yōu)先級排序結(jié)論l企業(yè)架構(gòu)：包括業(yè)務(wù)架構(gòu)、應(yīng)用架構(gòu)、技術(shù)架構(gòu)、數(shù)據(jù)架構(gòu)等要素和要求輸出l需求分析報告lTo-Be的業(yè)務(wù)流程設(shè)計要點、業(yè)務(wù)方案與規(guī)劃l組織的高階設(shè)計（若涉及實體組織變更）l試點推行策略（可選）l初始的集成項目計劃l概念階段DCP決策及評審材料包本階段的要求l架構(gòu)要素：基于Charter分析進一步識別架構(gòu)要素的范圍及需要遵從的架構(gòu)/標準/規(guī)范等，分析關(guān)聯(lián)影響，評估架構(gòu)遵從的可行性；l協(xié)同要素：刷新協(xié)同方案（包含解決方案/架構(gòu)/計劃協(xié)同的分析）；l一線參與：一線正式確認需求，并參與初始解決方案設(shè)計；lGPO參與：GPO正式確認需求，并參與初始解決方案設(shè)計；技術(shù)評審點可行性TR評審決策控制點CDCP決策評審點責任人Owner：項目經(jīng)理參與者：業(yè)務(wù)部門代表、GPO代表、一線、架構(gòu)團隊、決策評審團隊等相關(guān)組織或角色.制定WBS、初始的集成項目計劃、任務(wù)分派；.澄清詳細的業(yè)務(wù)需求；.通過多種方式和一線/GPO對需求進行評審和確認；.To-Be流程設(shè)計要點；To-Be業(yè)務(wù)方案概要設(shè)計；To-Be業(yè)務(wù)場景分析；型,制定數(shù)據(jù)質(zhì)量方.識別項目中可以重用的數(shù)據(jù)標準(業(yè)務(wù)術(shù)語、BDS等)；.制訂數(shù)據(jù)質(zhì)量方案計劃(DQPlan)；建議(*上述活動均視情況決定是否包含在項目.實施高階的變革影響度評估；.進一步識別關(guān)聯(lián)項目，進行詳細的關(guān)聯(lián)分析；.刷新協(xié)同方案(包含范圍/方案/進度/推行(含試點)等方面).基于可行性TR評審的評審結(jié)果，在概念階階段目標l正式確認并基線化項目目標范圍和集成項目計劃，以便相應(yīng)的變革管理團隊進行評估。l完成業(yè)務(wù)/IT方案的概要設(shè)計。l項目方案與試點推行策略相匹配。輸入l業(yè)務(wù)l試點推行策略lCDCP材料包和決策結(jié)果輸出l業(yè)務(wù)/流程概要設(shè)計方案，IT需求規(guī)格說明書/概要設(shè)計報告l基線化的集成項目計劃，含詳細的試點/推行計劃l計劃階段DCP材料包l方案建議書（RFP）/待簽訂的采購合同（含SOW可選：如果有解決方案/IT系統(tǒng)選型）本階段的要求l架構(gòu)要素：評估項目方案設(shè)計對架構(gòu)的影響，使兩者協(xié)調(diào)一致，對現(xiàn)有架構(gòu)的調(diào)整需報架構(gòu)團隊評審；l協(xié)同要素：對關(guān)聯(lián)項目之間的業(yè)務(wù)/流程/IT方案、計劃進行詳細分析，明確協(xié)同方案；l一線參與：必須卷入一線參與方案設(shè)計，可以通過現(xiàn)場設(shè)計（優(yōu)先）、workshop，遠程參與等多種方式；lGPO參與：GPO代表參與方案設(shè)計、技術(shù)評審、項目決策。技術(shù)評審點概要設(shè)計TR評審決策控制點PDCP決策評審點責任人Owner：項目經(jīng)理參與者：業(yè)務(wù)部門代表、GPO代表、一線代表、架構(gòu)團隊、決策評審團隊等相關(guān)組織或角色.若業(yè)務(wù)流程或方案有調(diào)整且對集成架構(gòu)有.確定流程交付件清單及流程文檔編碼；.定義詳細的To-Be組織方案(包括組織結(jié)構(gòu)、關(guān).定義組織運作機制(工作界面、團隊及決策等)；.確定組織切換策略及路標；.與利益關(guān)系人溝通方案及切換計劃；.開發(fā)系統(tǒng)相關(guān)工作的功能規(guī)格（設(shè)計工作應(yīng)由業(yè)務(wù)團隊的成）；.根據(jù)IT高階解決方案細化實現(xiàn)方案；.定義To-Be方案驗證的方法和計劃；.有IT實現(xiàn)的方案通常原型（Prototype）的方法進行驗證；無系統(tǒng).確定項目交付件的開發(fā)計劃.根據(jù)開發(fā)計劃、試點/推行計劃、溝通計劃等確定集成項目計劃.根據(jù)調(diào)整后的業(yè)務(wù)方案更新數(shù)據(jù)標準（業(yè)務(wù)術(shù)語、BDS等）范圍.數(shù)據(jù)標準：確保在方案設(shè)計中使用了數(shù)據(jù)標準并提交了新建或.對關(guān)聯(lián)項目的間的業(yè)務(wù)IT方案、計劃進.根據(jù)TR評審要求，對項目架構(gòu)、方案、階段目標輸入lPDCP材料包和決策結(jié)果輸出本階段的要求l架構(gòu)要素：遵從PDCP決策評審?fù)ㄟ^的架構(gòu)方案；）；）；lGPO參與：GPO派人參與詳細方案設(shè)計。技術(shù)評審點決策控制點無責任人Owner：項目經(jīng)理.根據(jù)計劃階段輸出的業(yè)務(wù)/流程詳細設(shè)計方案進行開發(fā)務(wù)規(guī)則、業(yè)務(wù)流程、流程說明、KPI設(shè)計、數(shù)據(jù)/檔.數(shù)據(jù)標準：確保數(shù)據(jù)標準（業(yè)務(wù)術(shù)語、BDS等）方案的.數(shù)據(jù)質(zhì)量計劃：開發(fā)剖析數(shù)據(jù)和測評數(shù)據(jù)質(zhì)量所需的.通過TR評審checklist，對計劃階段的架構(gòu)方案遵從性.進行系統(tǒng)集成測試；對于系統(tǒng)原有功能進行回歸測試）；階段目標項目）。輸入輸出lUAT測試報告lPRR/DRR材料包本階段的要求lGPO參與：GPO派人參與UAT測試、一線的方案試點、技術(shù)評審、項目決策評審。技術(shù)評審點決策控制點lPRR（試點）lDRR（推行）責任人Owner：項目經(jīng)理。檔交付件（適用于需要試點的變革項目）.確定項目相關(guān)的業(yè)務(wù)政策和業(yè)務(wù)規(guī)則、業(yè)務(wù)流程、業(yè)務(wù)操作指導.確定項目相關(guān)的IT操作指導(適用于有IT的方案)發(fā)布試點需要的流程與IT.實施數(shù)據(jù)轉(zhuǎn)換活動.根據(jù)系統(tǒng)環(huán)境要求安裝、配置、測試生產(chǎn)環(huán)境(包括用戶權(quán)限配置).數(shù)據(jù)標準：測試數(shù)據(jù)標準遵從性以及同業(yè)務(wù)數(shù)據(jù)標準源系統(tǒng)的接口；件應(yīng)急計劃.在區(qū)域?qū)λ性圏c、推行項目進行一線現(xiàn)場協(xié)同管理項目組/公.從流程、人員、組織、技術(shù)、培訓、資源、試點環(huán)境等方面檢查試點準備.組織試點：由業(yè)務(wù)部門按照切換策略及計劃.發(fā)布試點區(qū)域的流程、業(yè)務(wù)操作指導和IT操作指導.確認試點上線時的初始數(shù)據(jù)遵從數(shù)據(jù)標準（業(yè)務(wù)術(shù)語、BDS等測評.制定增量推行和全面推行計劃優(yōu)化并定稿相關(guān)的文檔交付件.定稿并組織評審業(yè)務(wù)政策、業(yè)務(wù)規(guī)則、業(yè)務(wù)流程、業(yè)務(wù)操作指導.定稿并組織評審IT操作指導(適用于有IT的方案)/評審小組.發(fā)布業(yè)務(wù)政策、業(yè)務(wù)規(guī)則、業(yè)務(wù)流程、業(yè)務(wù)操作指導.發(fā)布IT操作指導(適用于有IT的方案).從計劃、資源、風險、培訓、環(huán)境等方面進行增量及全面推行前的準備包階段目標輸入lPRR、DRR材料包輸出本階段的要求lGPO參與：GPO負責制定本流程領(lǐng)域變革方案推行計劃，進行溝通與培訓，實施定技術(shù)評審點無決策控制點無責任人Owner：GPO+推行項目經(jīng)理。.制定詳細的推行計劃、溝通與培訓機制；推行計劃考.推行前必須在機關(guān)注冊及與一線溝通；.在區(qū)域?qū)λ型菩许椖窟M行一線現(xiàn)場協(xié)同管理；.組織切換：由業(yè)務(wù)部門按照切換策略及計劃履行組織.流程切換：業(yè)務(wù)按照新的流程運作；.確認推行上線時的初始數(shù)據(jù)遵從數(shù)據(jù)標準（業(yè)務(wù)術(shù)語.對最終用戶提供現(xiàn)場及遠程支持；.從流程、組織、技能等方面評估方案的遵從度、有效.審視業(yè)務(wù)收益實現(xiàn)結(jié)果；.將相關(guān)文檔及IT系統(tǒng)整體移交給業(yè)務(wù)責任主體和IT運.對方案開發(fā)過程中的所有文檔進行完整、系統(tǒng)的整理管控團隊規(guī)則管理－架構(gòu)管控發(fā)開V發(fā)開VSDCPR概要設(shè)計R概要設(shè)計TR可行性TR可行性TRTRTRTR可選TR可選：可行性TRTR概設(shè)TR準入TR（不變）項目決策項目決策決策要素決策要素評審要素項目評審建TR評審要素項目評審建TR議發(fā)開V發(fā)開VSDCPRR概要設(shè)計TR可行性可行性TR）；變革項目分層分級決策標準項目分類項目分類標準立項決策其他DCP決策lRSC在批準年度變革規(guī)劃時確定戰(zhàn)略級項目，后續(xù)根據(jù)RSC明確決議進行刷新目l項目人力預(yù)算：人力投入<1500萬元決策評審點支撐組交付件決策要素點支撐組交付件決策要素項目高階方支撐組交付件決策要素lCDCP,概要設(shè)計TR遺留問題已經(jīng)得到解決或有明確解決l概要設(shè)計TR結(jié)論為：“通過、帶風險l要求按照公司要求現(xiàn)場設(shè)計，workshop等方式卷入一線支撐組交付件決策要素目需要進行局 部的業(yè)務(wù)IT試點時才需要進行PRR評審，如果項目不則直接進行DRR評l項目成 組織/IT)劃l項目試lPDCP,準入TR遺留問題已經(jīng)得到解決或有明確解決方案、時l準入TR結(jié)論為：“通過、帶風險通過、改進后通過”lUAT測試結(jié)果為通過，并且有一線卷入UAT測試，UAT測試l流程和業(yè)務(wù)操作指導要求通過GPO的審核，GPO同意在試構(gòu)支撐組交付件決策要素lPDCP,準入TR遺留問題、試點遺留問題已經(jīng)得到解決或有明l準入TR結(jié)論為：“通過、帶風險通過、改進后通過”lUAT測試結(jié)果為通過，并且有一線卷入UAT測試，UAT測試問論作為DCP決策的參考依據(jù)。--通過（GO）年度規(guī)劃業(yè)務(wù)部門項目Char項目評估SDCP年度規(guī)劃業(yè)務(wù)部門項目Char項目評估SDCPterter//應(yīng)用推出試運行關(guān)閉概設(shè)TR準入TR試運行關(guān)閉概設(shè)TR準入TR可行性TR資源池資源池場景一l沒有子項目的變革項目TR評審；l可行性TR：主要評業(yè)務(wù)需求及由此派生出的IT需求；l概要設(shè)計TR：主要評業(yè)務(wù)、流程、組織設(shè)計的總體方案，IT總體方案場景二l帶有子項目的變革項目TR評審；l可行性TR：主要評變革項目總體的業(yè)務(wù)和IT需求（高階）；l概要設(shè)計TR：主要評變革項目集成的業(yè)務(wù)和IT總體設(shè)計方案（高階）、變革項目總體架構(gòu)，該方案應(yīng)能夠?qū)ψ禹椖康姆桨冈O(shè)計進行指導；l準入TR：子項目準入TR的結(jié)論作為變革項目準入TR的輸入變革項目概要設(shè)計TR可行性TR（業(yè)務(wù)概設(shè)準入TR8、場景二中子項目的評審參照上述規(guī)則進行變革項目緊耦合子項目ttC發(fā)eh松耦合子項目SDCP開發(fā)SDCP開發(fā)概要設(shè)計TR準入TR概要設(shè)計TR準入TR可行性TRPDCPPRRDRRCDCPPDCPPRRDRR準入TR可行性準入TR可行性TRPDCPPRRDRRCDCPPDCPPRRDRRarar概要設(shè)計TR概要設(shè)計TR準入TR1、變革項目本身在PMOP平臺設(shè)置TR評審點，使用專門開發(fā)的模板和Checklist進行評審;2、變革項目經(jīng)理對TR評審負責，并應(yīng)監(jiān)督子項目評審的情況，變革項目與子項目各個評審點之間對應(yīng)的聯(lián)系如圖中虛線所示；3、緊耦合與松耦合子項目將在變革項目Charter開發(fā)階段進行識別；4、子項目的TR評審在IT-CMMI平臺進行；5、PMOP平臺的TR評審統(tǒng)籌員由企業(yè)架構(gòu)部建議為保障評審質(zhì)量，評審小組成員對項目應(yīng)有不同程度的參與項目分類評審小組成員項目參與程度項目參與描述備注戰(zhàn)略級項目專職的架構(gòu)團隊參予l必須有SAG成員l全程參與項目的立項、評審過程l參與項目組關(guān)鍵會議公司級項目專職的架構(gòu)團隊參予l必須有SAG成員或Sub-SAG成員l全程參與項目的立項、評審過程l參與項目組關(guān)鍵會議專職的架構(gòu)師參與l跟蹤項目的立項及評審過程l參與項目組關(guān)鍵會議lTR評審承諾周期TR評審周期為TR評審統(tǒng)籌員收到項目TR評審申請當日至TR評審主管審批完成工作日戰(zhàn)略級及公司級變革項目TR評審承諾周期為7個工作日，其他Sub-3T級項目TR評審承諾周期為5個工作日對于在技術(shù)評審期間內(nèi)由于項目組自身原因而返回項目組重新提交申請，或者項目評審后需要項目組改進的時間不納入評審承諾周期lTR評審效率監(jiān)控若非項目組原因評審周期超過承諾周期主審人需向項目經(jīng)理解釋原因評審統(tǒng)籌員在每月的“月度評審工作報告”中應(yīng)對評審按時完成的情況作出統(tǒng)計，評審延時的情況必須說明原因，報EAC進行審查EAC根據(jù)情況進行問責對于由企業(yè)架構(gòu)委員會（EAC）作為評審責任主體的戰(zhàn)略級及公司級項目，評審統(tǒng)籌員應(yīng)對每個項目的變革項目經(jīng)理和主審人進行回訪，征詢他們對評審的意見及建議并填寫“項目經(jīng)理回訪記錄”及“評委回訪記錄”對于由架構(gòu)支撐組作為評審責任主體的Sub-3T項目，評審統(tǒng)籌員應(yīng)對其中較重要項目的項目經(jīng)理和主審人進行回訪，每月至少應(yīng)進行一次回訪并至少應(yīng)填寫一份“項目經(jīng)理回訪記錄”和“評委回訪記錄”（當月無評審的除外）“項目經(jīng)理回訪記錄”和“評委回訪記錄”應(yīng)每月提交EAC審閱評審統(tǒng)籌員每月初應(yīng)將上個月的月度評審工作報告、項目經(jīng)理回訪記錄及評委回訪記錄提交企業(yè)架構(gòu)委員會（EAC）企業(yè)架構(gòu)委員會（EAC）將對過程不符合評審規(guī)程、評審結(jié)論存疑、評審效率不符合要求等評審質(zhì)量問題進行調(diào)查對于評審質(zhì)量存在嚴重問題的項目評審，企業(yè)架構(gòu)委員會（EAC）將對責任人進行問責，并有權(quán)將項目發(fā)回重審。l緊耦合與松耦合子項目按業(yè)務(wù)特點，組成變革項目的子項目間存在緊耦合與松耦合關(guān)系，根據(jù)其特征，對異步開發(fā)配合要求應(yīng)不同，因此TR點配合可以有所區(qū)別，以縮短變革項目開發(fā)周期。緊耦合子項目主要特征如下：松耦合子項目主要特征如下：緊耦合與松耦合子項目將在變革項目Charter開發(fā)階段進行識別。變革項目年度規(guī)劃人EAC/SAG審批和發(fā)布評審小組名單統(tǒng)籌形成評審小組名單評審統(tǒng)籌員項目經(jīng)理變革項目年度規(guī)劃人EAC/SAG審批和發(fā)布評審小組名單統(tǒng)籌形成評審小組名單評審統(tǒng)籌員項目經(jīng)理評審小組評審小組準評審結(jié)批準評審結(jié)評審主管Y評審主管Y注注：評審小組名單須出現(xiàn)在項目Charter中 評審準備技術(shù)初審技術(shù)評審評審?fù)瓿蓡栴}跟蹤、資料問題跟蹤、資料歸檔評審操作員評審統(tǒng)籌員評審小組確定需采用標準進行評審·項目經(jīng)理遺留問題解決制定月度評審計劃協(xié)調(diào)資源池人協(xié)調(diào)資源池人--員，確定評委評委進行初審評委進行初審召集評審會召集評審會議評審主管批準及發(fā)布評評審主管批準及發(fā)布評審結(jié)論附件：技術(shù)評審點矩陣技術(shù)評審點附件：技術(shù)評審點矩陣技術(shù)評審點評審目的說明評審關(guān)鍵要素概要設(shè)計TR附件：技術(shù)評審點矩陣技術(shù)評審點準入TR確定技術(shù)上是否可附件：TR評審角色分工級項目場景一場景二場景一場景二給各架構(gòu)支撐組組長前評審統(tǒng)籌員前評審操作員附件：TR評審對決策的支持變革管理團隊架構(gòu)團隊▲概要設(shè)計TR準入TR發(fā)開變革管理團隊架構(gòu)團隊▲概要設(shè)計TR準入TR發(fā)開可行性TR技術(shù)及架構(gòu)技術(shù)及架構(gòu)架構(gòu)團隊架構(gòu)團隊TRTRSub-TR質(zhì)量要求Sub-TR質(zhì)量要求秘書機構(gòu) 是變革項目成功的基礎(chǔ)管控團隊規(guī)則管理－架構(gòu)管控DCPDCP析??需求可以通過多種途徑收集，需要進行流程變更的，通過CR電子流提交；需要進行IT立項的通過IT需求申請電子流提交。?對于變革類需求，如屬于中長期需求作為變革規(guī)劃的輸入；如屬于現(xiàn)有變革項目范圍的需求，則提交相應(yīng)變革項目組融入現(xiàn)有變革項目；如需要成立新變革項目的需求，則由實施責任人負責進行Charter開發(fā)。?對于改進類需求，在評審?fù)ㄟ^并征得GPO或其授權(quán)人同意后即可實施。類型定義特征需求管理-需求收集階段目標輸入輸出本階段要求模板與工具決策控制點無責任人階段主要活動活動描述交付件責任人模板與工具需求收集.通過“CR電子流”，收集業(yè)務(wù)運作過程中存在流程問題及改進建議；.通過“IT需求申請電子流”，收集業(yè)務(wù)運作過程中IT存在的問題及改進建議；.流程變更申請.IT立項申請需求接口人.CR申請及分析模板.IT立項申請模板.CR電子流.IT需求申請電子流階段目標輸入輸出本階段要求模板決策控制點無責任人階段主要活動活動描述交付件責任人模板與工具需求分析.由需求分析責任人組織相關(guān)人員（必要時包括需求提出人、GPO代表、一線業(yè)務(wù)人員）對需求進行詳細分析，并輸出需求分析報告。需求分析報告需求分析責任人?CR申請及分析模板?IT立項BA報告模板階段目標輸入輸出本階段要求模板與工具無決策控制點責任人階段主要活動活動描述交付件責任人模板與需求評審.流程變更需求由流程需求評審團隊評審，評審團隊包括GPO代表、AllInOneTeam成員、業(yè)務(wù)一線代表等，如是跨領(lǐng)域的需求，還要包含相關(guān)領(lǐng)域GPO代表參與；.IT變更需求由領(lǐng)域RMT評審，如是跨領(lǐng)域的IT需求，還應(yīng)邀請相關(guān)領(lǐng)域RMT代表參與；.評審基于需求分析報告進行，主要是對其架構(gòu)符合性(含BA/AA/IA/TA)、業(yè)務(wù)合理性、必要性、可行性、投資收益等進行評審，評審的結(jié)論包括但不限于：需求評審結(jié)論需求評審-確定需求實施合理性和可行性；-確定需求類別，即變革類還是改進類；-確定需求分流路徑；-確定實施責任人。管控團隊規(guī)則管理－架構(gòu)管控↓戰(zhàn)略級、公司級變革項Supply&Procurement3T架構(gòu)支撐組架構(gòu)支撐組架構(gòu)支撐組架構(gòu)支撐組架構(gòu)支撐組架構(gòu)支撐組RMTRMTRMT戰(zhàn)略級、公司級變革項Supply&Procurement3T架構(gòu)支撐組架構(gòu)支撐組架構(gòu)支撐組架構(gòu)支撐組架構(gòu)支撐組架構(gòu)支撐組RMTRMTRMTRMTRMTvRMT變革項目組革項目組變革項目組革項目組變革項目組變革項目組革項目組變革項目組Sub-3T級變Sub-3T級變Sub-3T級變革項目組革項目組變革項目組革項目組變革項目組變革項目組革項目組變革項目組Sub-3T級變Sub-3T級變Sub-3T級Sub-3T級Sub-3T級Sub-3T級Sub-3T級職責：成員組成）：）：秘書機構(gòu)匯報關(guān)系運作機制：與會的核心成員超過任命總數(shù)的2/3，會議有效u遵循少數(shù)服從多數(shù)原則，提交表決之決議需獲得核心成員總數(shù)50%以上的贊成票，u決策議題根據(jù)“NOGO->Redirect->GO”的次序進行表決，主任具備一票否決權(quán)授權(quán)與確認u投票表決的決議在所有表決成員確認/簽字u對于有否決或不同意見或持保留觀點的情況，會議紀要中要明確記錄觀點和職責：成員組成）：秘書機構(gòu)匯報關(guān)系運作機制：公司BT&ITMT為月度例會，會議日歷及議題規(guī)劃由執(zhí)行秘書機構(gòu)（公司變革項目辦公室PMO）在年初制定，后續(xù)滾動刷新，臨時議題需得到公司BT&ITMT核心成員的提與會的核心成員超過任命總數(shù)的2/3，會議有效u遵循少數(shù)服從多數(shù)原則，提交表決之決議需獲得核心成員總數(shù)50%以上的贊成票，u決策議題根據(jù)“NOGO->Redirect->GO”的次序進行表決，主任具備一票否決權(quán)授權(quán)與確認u投票表決的決議在所有表決成員確認/簽字u對于有否決或不同意見或持保留觀點的情況，會議紀要中要明確記錄觀點和如遇表決不能決策或不在決策范圍的，可升級至RSC討論決策職責：成員組成秘書機構(gòu)匯報關(guān)系運作機制：與會的核心成員超過任命總數(shù)的2/3，會議有效u遵循少數(shù)服從多數(shù)原則，提交表決之決議需獲得核心成員總數(shù)50%以上的贊成票，u決策議題根據(jù)“NOGO->Redirect->GO”的次序進行表決，主任具備一票否決權(quán)授權(quán)與確認u投票表決的決議在所有表決成員確認/簽字u對于有否決或不同意見或持保留觀點的情況，會議紀要中要明確記錄觀點和企業(yè)架構(gòu)委員會（EAC）l職責：為RSC/C-3T提供架構(gòu)上的決策支撐評審EA規(guī)劃，進行架構(gòu)版本管理（RSC/3T批準）批準跨業(yè)務(wù)領(lǐng)域企業(yè)架構(gòu)交付，包括EA框架，架構(gòu)藍圖和其它相關(guān)架構(gòu)內(nèi)容l成員：l秘書機構(gòu)：企業(yè)架構(gòu)部為EAC的秘書機構(gòu)l匯報關(guān)系：EAC的工作向C-3T進行匯報，接受C-3T的領(lǐng)導運作機制：運作形式授權(quán)與行權(quán)備回溯和稽核l職責：基于架構(gòu)內(nèi)容和規(guī)劃進行分析，形成架構(gòu)建議，提交EAC評審，為RSC/C-3T提供架構(gòu)上的決策議提交EACl成員：其它專家，如IFS/CRM等l匯報關(guān)系：架構(gòu)專家組向EAC匯報工作運作機制：運作形式授權(quán)與行權(quán)備回溯和稽核l職責：為Sub-3T提供架構(gòu)上的決策支撐的架構(gòu)專家團隊或EACl成員：領(lǐng)域流程專家SAG架構(gòu)專家l匯報關(guān)系：架構(gòu)支撐組向Sub-3T匯報工作并接受架構(gòu)專家組的工作指導運作機制：運作形式授權(quán)與行權(quán)備回溯和稽核?如遇表決不能決策或不在決策范圍的，可升級至SAGl職責：l成員：l匯報關(guān)系：各RMT向各領(lǐng)域3T匯報工作運作機制：運作形式?會議遵循少數(shù)服從多數(shù)原則，每人一票，?RMT組長具有一票否決權(quán)。授權(quán)與行權(quán)管控團隊規(guī)則管理－架構(gòu)管控明項目排序和投資IT需求管理PMOP項目排序和投資IT需求管理PMOPITCMMI變革規(guī)劃變革規(guī)劃支撐需求管理支撐 啟動支持過程主動支持問題解決標準alignment架構(gòu)評審變革規(guī)劃變革規(guī)劃支撐需求管理支撐 啟動支持過程主動支持問題解決標準alignment架構(gòu)評審規(guī)劃支撐需求分析架構(gòu)支撐技術(shù)評審技術(shù)評審EA規(guī)劃EA需求管理預(yù)研(最佳實踐/軟件包/技術(shù)）標準規(guī)劃 EA內(nèi)容定義/修改/評估/改進標準定義標準定義/優(yōu)化規(guī)則管理（EA）變革規(guī)劃項目及方案EAportal內(nèi)容評審和發(fā)布EA溝通BPM/EA工具支撐階段目標階段描述l通過對戰(zhàn)略和行業(yè)技術(shù)趨勢等的研究來確定需要子模塊lEA規(guī)劃lEA需求管理l預(yù)研l(wèi)標準規(guī)劃輸入l技術(shù)趨勢l重大業(yè)務(wù)問題l重大變革項目進展和輸出輸出l企業(yè)架構(gòu)版本規(guī)劃與發(fā)布計劃l架構(gòu)的需求管理（需要開發(fā)什么樣的架構(gòu)）lEA發(fā)展方向研究l預(yù)研報告基本原則技術(shù)評審點決策控制點責任人企業(yè)層面：EAC架構(gòu)領(lǐng)域：SAG領(lǐng)域?qū)用妫杭軜?gòu)支撐組階段目標階段描述子模塊輸入l企業(yè)架構(gòu)版本規(guī)劃l技術(shù)趨勢l重大業(yè)務(wù)問題l重大變革項目進展和輸出輸出EA交付基本原則l企業(yè)架構(gòu)原則技術(shù)評審點決策控制點責任人企業(yè)層面：EAC架構(gòu)領(lǐng)域：SAG領(lǐng)域?qū)用妫杭軜?gòu)支撐組階段目標階段描述l著重于架構(gòu)對業(yè)務(wù)的支撐及新開發(fā)架構(gòu)對EA的遵從子模塊l問題解決l標準Alignment輸入l企業(yè)架構(gòu)版本規(guī)劃l企業(yè)架構(gòu)交付l架構(gòu)遷移路標輸出l架構(gòu)評審意見基本原則l和其他流程的集成l體現(xiàn)對項目的主動支持l對業(yè)務(wù)和客戶導向的遵從l開發(fā)新的架構(gòu)時對EA的遵從技術(shù)評審點決策控制點責任人階段目標階段描述l通過EA的評審與發(fā)布，工具的開發(fā)，和溝通與協(xié)子模塊lBPM/EA工具支撐lEA溝通輸入lEA版本規(guī)劃lEA交付輸出lEA交付的評審意見和內(nèi)容發(fā)布lEA工具的優(yōu)化l架構(gòu)指標的度量結(jié)果基本原則技術(shù)評審點決策控制點責任人管控團隊規(guī)則管理－架構(gòu)管控項目執(zhí)行與控制PMOP流程和項目執(zhí)行與控制應(yīng)結(jié)合應(yīng)用。項目執(zhí)行與控制包括項目狀態(tài)管理、變更管理、問題管理、風險管理、關(guān)聯(lián)關(guān)系管理等方面。項目變項目變更管理項目關(guān)聯(lián)關(guān)系管理項目問項目問題管理項目執(zhí)行和監(jiān)控項目風險管理項目狀態(tài)審視報告的周期基本內(nèi)容項目組周/雙周/月XX變革項目公司BT&ITMTMT月項目執(zhí)行與控制--項目問題和風險管理 識別分析跟蹤和監(jiān)控關(guān)閉或升級