企業架構治理EAM規劃方案

企業架構(EA)設計咨詢項目企業架構治理(EAM)<文件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企業架構亟需回答的核心問題本項目的相應交付物能否建造和維護清晰規范的企業架構并在各部門達成共識？能否規劃出企業架構的發展路線圖并在各部門達成共識？能否將達成共識的企業架構落實到項目建設中？能否將達成共識的企業架構路線圖落實到項目組合管理的優先排序中？…需要從評估企業架構管理入手企業架構方面的差距來自于企業架構管理的差距架構的設計方面的問題現象影響集成平臺利用低集成靈活性差，變更成本高企業數據模型缺失，數據集成度低數據維護成本高，一致性及時性低業務架構缺全景跨部門業務整合能力低，成本高，工期長部分基礎設施分配不清晰固定資產投資收益欠優項目排序與架構規劃不一致性與總體架構發展不協調項目的項目造成工期長、重復建設成本高，未來擴展性差缺乏在全公司達成共識的架構路線圖規劃項目組合管理的統一意見成本高，實現“公平公正公開”的難度大要解決企業架構的問題…架構的規劃方面的問題企業架構管理的三大工作內容需要與其它IT工作的

配合項目審批IT管理基礎設施建設計劃轉型測試投入

使用應用開發建設計劃建設測試投入使用IT項目組合管理IT戰略/治理/組織戰略規劃業務/IT關系

管理企業架構管理項目組合管理業務要求

管理企業架構的創建與維護戰略變化導致架構規劃調整A2業務/IT關系的協調部門提出架構更新的要求企業架構在項目管理中的貫徹B1IT項目審批必須包含架構合規

檢查B2架構合規審查還要在明確的里程碑處進行；項目也會向EAM尋求架構解決方案企業架構路線圖在項目組合管理

中的貫徹C1與架構演進有關的項目優先排序必須與企業架構路線圖保持一致ABC企業架構的創建與維護企業架構在項目中的

貫徹企業架構路線圖在項目組合管理中的貫徹ABCA1企業架構管理可以從要素、流程、和角色三方面來

分析流程角色要素EA創建與維護流程EAM參與項目管理流程EAM參與項目組合管理流程設計輸入當前架構目標架構參考模型架構規范架構評估轉型規劃流程層能力層應用層集成層數據層基礎層總架構師項目角色分層角色跨層角色創建與

維護A在項目中貫徹B在排序中貫徹C創建與

維護A在項目中貫徹B在排序中貫徹C架構轉型規劃架構規范架構參考模型設計輸入當前架構企業架構管理要素為EAM三大工作內容服務架構路線圖在項目排序中的貫徹C架構設計在項目中的貫徹B架構維護與

更新A架構管理要素業務需求業務流程架構業務能力架構應用架構集成架構數據架構基礎架構目標架構業務流程架構業務能力架構應用架構集成架構數據架構基礎架構企業戰略規劃新技術趨勢EA知識庫業務架構路線圖應用架構路線圖技術架構路線圖EA標準詞匯表EA工具架構評估項目架構文檔架構合規指標架構評估方法業務數據模型數據集成模式基礎服務菜單基礎設施SLA硬件平臺標準硬件設備標準業務流程架構業務能力架構應用架構集成架構數據架構基礎架構使用企業架構管理通過三個流程和在其它管理流程中

的參與來實現架構路線圖在項目排序中的貫徹C架構設計在項目中的貫徹B架構維護與

更新A相關流程EAM團隊直接管理的架構創建與維護流程EAM團隊參與的信息化項目管理流程EAM團隊參與的信息化項目組合排序流程相關示意圖EA設計啟動需求設計EA設計更新EA轉型規劃規劃需求

分析設計開發交付審批監督變更管理驗收補救EAM在項目管理中的參與項目提案分組排序集中排序EAM在項目排序中的參與提供架構路線圖12345滾動修編6企業架構管理需要專業化的架構角色來負責業務架構IT架構業務流程架構業務能力架構應用架構集成架構總架構師項目軟件

架構師

項目基礎

架構師項目業務

架構師架構需求協調員企業架構知識庫主管企業架構師安全架構師集成架構師應用架構師業務架構師數據架構師基礎架構師企業架構框架跨層項目層面架構設計層面數據架構基礎架構評估結果從三個方面顯示出XXEAM的主要差距要素架構現狀無公認文檔業務能力架構應用架構集成架構數據架構目標架構不完整、展望近，僅有限于未來1-2年的標準基礎設施標準（已頒布）應用、集成標準（在編）流程EAM工作尚未正式發起無跨項目跨業務的EA需求設計和EA設計更新流程無根據技術發展趨勢改進架構目標設計的技術管理流程無定期的企業架構轉型規劃流程無根據企業架構搭建的各層參考模型以規范項目架構的審批和設計缺乏統一的架構規范和工具來描述和溝通架構規范和架構設計缺乏統一的架構評估：在項目驗收的《技術報告》中雖然包括架構內容，但不統一、不完整，且無正式架構符合度評估在項目管理流程中：科信部未能充分利用項目審批中的管控力推行架構規范缺乏在項目過程中對架構合規度的跟蹤、指導、和管控缺乏在項目驗收時對架構合規度的評估缺乏由架構違規方承擔責任的架構違規補救措施缺乏完整的、及時更新的企業架構路線圖缺乏為項目排序流程提供架構路線圖依據架構路線圖在項目排序中的貫徹C架構設計在項目中的貫徹B角色角色工作內容無人承擔企業架構師業務架構師數據架構師架構需求協調員角色部分工作有人兼任但分工不完整不明確，如應用架構師集成架構師角色分工不利于管控項目業務架構調員主導，科信IT協調員輔助，缺乏跨業務跨項目管控項目軟件架構，因項目而異，缺乏甲方管控項目基礎架構，由企業基礎架構師輔助，缺乏甲方管控角色部分工作有人兼任但分工不完整不明確總架構師架構維護與

更新A架構轉型規劃架構規范架構參考模型設計輸入當前架構XX企業架構管理要素現狀架構路線圖在項目排序中的貫徹C架構設計在項目中的貫徹B架構維護與

更新A架構管理要素業務需求業務流程架構業務能力架構應用架構集成架構數據架構基礎架構目標架構業務流程架構業務能力架構應用架構集成架構數據架構基礎架構企業戰略規劃新技術趨勢EA知識庫業務架構路線圖應用架構路線圖技術架構路線圖EA標準詞匯表EA工具架構評估項目架構文檔架構合規指標架構評估方法業務數據模型數據集成模式基礎服務菜單基礎設施SLA硬件平臺標準硬件設備標準業務流程架構業務能力架構應用架構集成架構數據架構基礎架構有此要素且滿足EAM要求此要素缺失有此要素但不滿足EAM要求XX企業架構管理要素現狀架構路線圖在項目排序中的貫徹C架構設計在項目中的貫徹B架構維護與

更新A架構管理要素有此要素且滿足EAM要求此要素缺失有此要素但不滿足EAM要求在《信息化發展規劃2008-2010滾動修編》中僅有應用和技術方面的規劃概要無總體業務能力架構發展規劃在正在建造的信息化標準體系中，已頒布了《IT基礎設施標準》，在編《應用標準》標準僅著眼于未來1-2年規劃無統一的架構描述語言《信息化項目管理辦法》和《實施細則》規定在驗收《技術報告》中描述架構無架構描述的詳細統一要求和評估辦法IBM開發的關鍵業務模型(CBM)涉及部分業務流程架構和應用架構無各層一致的參考模型體系無跨部門跨項目的完整視圖在開展單個項目時對現狀的認識局限于項目負責人的知識和經驗無針對架構的全景全局的業務需求分析無系統化的架構技術趨勢跟蹤分析架構轉型規劃架構規范架構參考模型設計輸入當前架構目標架構架構評估接口標準化業務組織能力架構與業務的協調性業務能力板塊圖業務流程銜接功能冗余度業務流程定義標準程序包應用與技術的相對獨立功能點定義構件復用參考模型快捷靈活性軟件標準規范軟件集成平臺基設服務產品目錄服務水平硬件標準硬件平臺業務信息模型企業架構管理評估–要素流程架構能力架構應用/集成軟件架構基設服務基設硬件科信部平均分（6份答卷）總平均分（14份答卷）1.低；2.中低；3.中高；4.高答卷總數:14XX企業架構管理流程現狀架構路線圖在項目排序中的貫徹C架構設計在項目中的貫徹B架構維護與

更新A相關流程EAM團隊直接管理的架構創建與維護流程EAM團隊參與的信息化項目管理流程EAM團隊參與的信息化項目組合排序流程相關示意圖EA設計啟動需求設計審批監督變更管理驗收補救EAM在項目管理中的參與EAM在項目排序中的參與提供架構路線圖12345滾動修編6!!!!!!!!無架構創建與維護流程審批中架構管控不足EA設計更新EA轉型規劃!!無架構路線共識以供排序參考無架構缺陷補救機制驗收中架構管控不足項目中無有效的架構管控使用規劃需求

分析設計開發交付項目提案分組排序集中排序企業架構管理評估–流程科信部平均分（6份答卷）總平均分（14份答卷）啟動需求工程設計改造管控技術管理標準規范管理架構文檔架構演進規劃架構治理EA與企劃的關系架構維護架構支持工具合規評審測試原型外包策略風險管理技術改進企業架構管理的內容業務對架構的責任感利益相關者的參與發布計劃架構人員的項目參與需求與供應解耦需求管理交付模式1.低；2.中低；3.中高；4.高答卷總數:14需求分析設計開發科信部

領導可行性研究預審查制定總體方案

含架構

正式審批簽訂合同需求調研迭代需求評審詳細設計

（含架構）準備測試用例編程和原型迭代（含架構）用戶原型測試單元及整合

測試用戶認可測試程序發布現場培訓沖突仲裁提供需求輸入交付后架構審核例外的管理規劃IT項目

經理*業務項目經理承包商**上線后支持培訓對詳細設計的架構跟蹤管控流程詳細診斷:項目管理中的EAM * 由科信部IT協調員擔任 ** 由業務部IT協調員擔任

資料來源： 訪談；項目組分析1已有的架構管控環節缺失的架構管控環節25主要差距科信部雖然在正式審批中有切實的否決權，缺乏關于企業架構的評審控制，也沒有統一的架構模版缺乏對在詳細設計過程和開發過程的架構跟蹤管控。例如，科信部無有效手段避免項目組在更改項目架構時不按要求通知科信部原則上科信部有驗收否決權，但在實際中因架構問題拒絕驗收非常困難缺乏系統化的針對架構例外的約束和管理。項目組不對其造成的架構缺陷負責，架構補救的責任只能被納入科信部未來工作的考慮中1245對開發過程變更管理的架構管控33!!!!!4流程詳細診斷:項目組合管理中的EAM * 年度集中預審排序每年七月進行，占全年項目總數的80%左右；其余20%在年度中由CIO一事一議。 資料來源：訪談；項目組分析部門1業務部門部門2部門3部門N…歷史投資比例“雷達圖”分析政策導向XX年度項目規劃*當年計劃投資比例營銷項目評

分組小組評分生產項目評

分組經營管理項目評分組綜合管理項目評分組基礎項目評

分組發策部信息化項目提案信息化項目提案分組排序信息化項目提案總排序當年資金預算項目可行性

評審會

（滕總主持，各組組長聯合評審）項目提案項目分組排序項目總體排序!科信部未能給總體排序提供架構路線圖依據，以保證使項目排序與架構演進協調一致6XX企業架構管理角色現狀業務架構IT架構業務流程架構業務能力架構應用架構集成架構總架構師項目軟件

架構師（開發商）

項目基礎架構師（開發商主導，科信協助）項目業務架構師（業務主導，科信協助）架構需求協調員企業架構知識庫主管

科信信息處

企業架構師安全架構師

科信安全處

集成架構師（科信信息處）應用架構師

（科信信息處）業務架構師數據架構師基礎架構師

（科信運行處）企業架構框架跨層項目層面架構設計層面數據架構基礎架構有完整明確的分工此角色任務無人承擔有人兼任但分工不完整不明確企業架構管理評估–角色科信部平均分（6份答卷）總平均分（14份答卷）1.無；2.基本級；3.專家級；4.典范級答卷總數:14企業架構師企業架構備選庫主管架構需求協調員業務能力架構師業務數據架構師解決方案架構師業務分析師信息架構師軟件架構師總架構師安全架構師硬件架構師流程架構師基礎設施服務產品架構師系統架構師集成架構師總師跨層業務應用基礎設施項目根據評估結果，我們對XXEAM提出方向性建議方向性建議確定XX需要哪些架構角色增加投入，將所需各企業架構角色的工作任務明確分配到具體崗位正式發起EAM工作，在業務部門和科信部明確EAM意義和內容建立EAM需求設計、架構設計更新、和技術管理流程通過EAM流程，補充缺失要素，包括對各層架構現狀的梳理，和著眼于3-5年后的目標架構設計重新定位三個項目架構師角色的分配，提高科信部在各層項目架構上以甲方為主的、跨部門跨項目的引導作用補充缺失要素，包括參考模型、規范和工具、及合規評估方法利用角色和要素，加強在項目審批前對項目的架構支持和管控在項目中期控制節點，賦予架構人員否決權以保證架構合規建立架構合規例外處理機制，由造成例外的項目組與科信部分擔未來彌補架構缺陷的責任。例如：由例外方預留未來架構項目經費明確項目排序工作中的企業架構負責人，如總架構師與架構設計更新流程相協調，建立企業架構轉型規劃滾動修編流程加強架構服務管理流程，為信息化項目排序提供路線圖依據架構路線圖在項目排序中的貫徹C架構設計在項目中的貫徹B架構維護與

更新AEAM角色EAM流程EAM要素下一階段的企業架構管理的工作重點設計、改進EAM流程，以及各流程的牽頭人架構需求設計流程架構設計更新流程架構轉型規劃流程EAM在項目管理流程中的參與加強項目前、中、后的架構管控的具體措施制定架構缺陷補救措施EAM在項目排序流程中的參與舉例：應用架構的路線圖指導具體項目排序完善架構要素和架構管理要素需要補充的要素清單1-3個關鍵要素的設計其他要素的完成計劃（落實到人）明確架構師角色設置建議設置的角色，及每個角色的具體職責描述建議的角色與現有崗位的對應關系各個角色所負責的要素建議為某些角色設置的新崗位要確保企業架構管理真正落實，需要在上一個層面進一步探討XXIT運營模式相關的一些問題XXIT在企業定位的定位如何？（“完成訂單”、“業務伙伴”還是“驅動創新”)是否需要考慮在業務層面對IT需求進行統籌與排序，改變目前IT需求由單個業務部門主導的情況？在體制改革的環境下，是否考慮從治理機制上進一步加強調度與信息兩大系統管理間的統籌與整合？是否考慮逐步改變目前以三產公司為主的外包策略？初步意見主要內容EAM的意義、現狀和規劃EAM的總體治理設計目標企業架構整體治理和數據治理對于信息化系統的科學建設與深化應用至關重要企業架構治理近期工作重點背景向前看要科學建設回頭看要深化應用國網要求在SG186基礎上，推進智能某著名企業、信息化企業和SG-ERP的建設，再上新臺階然而，目前XXEAM在要素、流程、角色方面還不成熟國網提出“建設與應用并重，著力深化應用”，特別指出要“完善數據中心管理制度”XX已制定的《信息系統實用化評估辦法》也提出了數據準確率、及時率和全面性的要求然而，目前XX的數據治理在唯一性、所有權、和維護流程上存在差距整體治理數據治理確定企業架構整體治理所需角色、崗位設置、職責分工和培訓計劃設計項目架構管控流程確定數據治理所需角色、崗位設置、和職責分工確定數據治理的關鍵要素列出數據治理的重點流程通過企業架構管理，實現標準化、復用化、和透明化，最終提高速度與質量、降低成本與風險XX目前的EAM在要素、流程、角色方面還不成熟要素架構現狀無公認文檔業務能力架構應用架構集成架構數據架構目標架構不完整、展望近，僅有限于未來1-2年的標準基礎設施標準（已頒布）應用、集成標準（在編）流程EAM工作尚未正式發起無跨項目跨業務的EA需求設計和EA設計更新流程無根據技術發展趨勢改進架構目標設計的技術管理流程無定期的企業架構轉型規劃流程無根據企業架構搭建的各層參考模型以規范項目架構的審批和設計缺乏統一的架構規范和工具來描述和溝通架構規范和架構設計缺乏統一的架構評估：在項目驗收的《技術報告》中雖然包括架構內容，但不統一、不完整，且無正式架構符合度評估在項目管理流程中：科信部未能充分利用項目審批中的管控力推行架構規范缺乏在項目過程中對架構合規度的跟蹤、指導、和管控缺乏在項目驗收時對架構合規度的評估缺乏由架構違規方承擔責任的架構違規補救措施缺乏完整的、及時更新的企業架構路線圖缺乏為項目排序流程提供架構路線圖依據架構路線圖在項目排序中的導向C架構設計在項目中的貫徹B角色角色工作內容無人承擔企業架構師業務架構師數據架構師架構需求協調員角色部分工作有人兼任但分工不完整不明確，如應用架構師集成架構師角色分工不利于管控項目業務架構調員主導，科信IT協調員輔助，缺乏跨業務跨項目管控項目軟件架構，因項目而異，缺乏甲方管控項目基礎架構，由企業基礎架構師輔助，缺乏甲方管控角色部分工作有人兼任但分工不完整不明確企業架構總監架構維護與

更新A企業架構管理（EAM）通過三個主要手段實現四大效益企業架構管理通過“三化”手段……

在全企業實現“兩高兩低”四大效益標準化復用化透明化確保開發項目中采用標準構件、標準接口、和標準開發方法確保成熟設計在同一項目中、不同項目間、不同業務部門間重復使用確保業務與IT之間、IT各層之間、及不同業務之間使用統一的語言順暢溝通高速度通過在應用開發中使用預制好的標準化模塊和接口縮短IT開發周期，提高應變能力高質量通過標準化復用化降低系統復雜度，從而提高IT系統質量通過在全企業范圍內使用全盤透明的統一語言，提高業務與IT的協調性和業務部門間的協調性低成本通過軟件和基礎設施的標準化與復用化，避免重復建設和雜亂無章，從而降低開發和運維成本低風險通過透明化在部門間充分共享信息，降低IT決策風險通過復用成熟的參考架構，降低IT項目失敗風險通過標準化和透明化，降低信息安全風險成熟的EAM將通過EA儀表板一目了然地顯示

架構的水平和架構的效益過程指標結果指標標準化項目支出中成熟套裝軟件的支出比例項目模塊中復用已有模塊的百分比信息化安全隱患數目信息化年平均安全事故數目項目超支百分比項目按期交付的百分比每百萬元項目上線后3個月內報修的缺陷總數項目模塊中將來可以復用的新建模塊的百分比標準建模工具在項目中使用的百分比業務部門對IT項目成果的滿意度改進作業從提交到完成的平均周期應用系統中點對點接口數目與總線接口數目的比例滿足唯一性數據對象的比例復用化透明化##########初始當前進展目標趨勢##速度初始當前進展目標趨勢##成本質量風險############項目中架構問題的數目##建議XX分三步建設EAM第一步“從無到有”：搭建基本框架第二步“從有到全”確定具體細節第三步“從全到強”：加強管控力度設計所需角色、對應崗位設置、職責分工和培訓計劃設計項目架構管控和數據治理的流程按設計落實關鍵架構師角色并在一試點項目上實施項目架構管控和數據治理流程對試點項目，事先商定架構例外的處置方法落實全部角色設置設計各角色的激勵機制根據試點項目的反饋，由各要素和流程的負責角色牽頭改進設計并在2010-2011年度的A類項目（架構相關度最高）中實施對于架構例外情況，實施通報和補救措施，補救工作的立項責任主要由科信部承擔在2011-2012年度所有項目中實施按路線圖排序和項目架構管控流程根據第二步的反饋，將架構例外的處置形成制度，并將責任從科信部轉移到造成例外的項目主管部門上將項目和企業的架構合規度進一步量化，形成架構管理儀表板由企業架構總監牽頭進行企業架構設計的維護更新設計，例如將EAM從信息化向自動化推廣現在2010年6月2010年12月2011年6月主要內容EAM的意義、現狀和規劃EAM的總體治理設計本項目設計企業架構管理(EAM)總體治理的7項內容總體EAM架構路線圖在項目排序中的導向架構設計在項目中的貫徹架構維護

與更新確定所需要架構角色并對應到體改后的具體崗位將要素對應到各角色職責詳細描述各角色要求初步設計角色培訓方案將流程對應到各角色職責設計項目架構治理所需的關鍵流程和要素，包括例外管控的關鍵手段制定根據路線圖排序的原則5761234BAC建議設置如下EAM角色，包括架構師和支持人員EAM團隊中的企業架構師（擬對應崗位）企業IT架構總監

科信部主任

信息安全架構師

信通中心*

項目軟件架構師

兼數據邏輯建模（信通中心）

項目基礎架構師（信通中心）企業架構總監(副總信息師)應用和集成

架構師

（信通中心）業務架構師

兼企業數據督導（副總信息師）數據架構師（信通中心）基礎架構師

（信通中心）改進角色原有角色流

程能

力應

用集

成數

據基礎EAM團隊中的支持人員（擬對應崗位）項目業務架構師

（業務部門專業主任師）能力板塊數據督導（業務部門）數據督導助理(信通中心）架構需求協調員(信通中心）項目數據物理建模員(信通中心）架構知識庫管理員(信通中心）IT架構師

科信信息處

科信與信通在EAM中的職責定位：科信部重在管理：負責IT架構跨層協調、架構管控、制定原則、規范和規劃信通中心重在執行：負責IT架構設計在項目和運維中的貫徹根據業界實踐，建議設置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建議這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

團隊*FTE:Full-TimeEquivalent,全職當量數，每個當量相當于一個全職編制的資源**假設現科信安全處在體改中劃歸信通中心信息安全架構師1信通中心**科1100%1當前的體改需要在短期內增加約19個全職當量的

EAM團隊編制；長期自動化EAM還將需要再增

加約5個全職當量目前已有*體改需增加近期需求單位：全職當量數(FTE)項目基礎架構師項目數據物理建模員項目軟件架構師兼數據邏輯建模項目業務架構師基礎架構師數據架構師應用和集成架構師信息安全架構師**IT架構師架構需求協調員架構知識庫管理員企業IT架構總監數據督導助理能力板塊數據督導業務架構師兼企業數據督導企業架構總監通過對短期信息化EAM角色需求和現狀的分析…業務部門科信部信通中心公司領導近期需求體改需

增加目前

已有…得出當前所需增加的總數考慮未來自動化EAM

的需求，長期還需要再增加5個全職當量的編制*** * 目前全部資源來自于科信部，體改中會按此圖標識將部分角色轉移到信通中心 ** 假設現科信安全處在體改中劃歸信通中心 *** 包括自動化架構師、自動化安全架構師、自動化應用與集成架構師、自動化數據架構師、和一二區通信基礎架構師架構轉型規劃架構規范架構參考模型設計輸入當前架構EAM的如下要素要落實到角色上架構路線圖在項目排序中的導向C架構設計在項目中的貫徹B架構維護與

更新A架構管理要素業務需求業務流程架構業務能力架構應用架構集成架構數據架構基礎架構目標架構業務流程架構業務能力架構應用架構集成架構數據架構基礎架構企業戰略規劃新技術趨勢EA知識庫業務架構路線圖IT架構路線圖EA標準詞匯表EA工具架構評估項目架構文檔架構合規指標架構評估方法業務數據模型數據集成模式基礎服務菜單基礎設施SLA硬件平臺標準硬件設備標準業務流程架構業務能力架構應用架構集成架構數據架構基礎架構架構相關性我們建議EAM要素在各角色中如下分工(1/3)R：義務，有義務積極參與并盡力支持* A：責任，對最終結果負全責*C：顧問，有特長對特定領域特定決策提出建議 I：告知，受到結果的影響，需要被通知，但不必參與到具體工作過程中角色架構設計輸入要素企業架構現狀與目標要素企業架構總監企業IT架構總監業務架

構師應用與集成架構師數據架

構師基礎架

構師項目業務架構師項目軟件架構師項目基礎架構師安全架

構師IT架

構師業務對架構的需求CIIIIIIIIAI企業戰略規劃IIIIIAIIIII總體企業架構IIIRRRRRRAR業務架構IIRRIIIIIAI數據架構ICARIRIIICC基礎架構IICRRIIICAI總體IT架構IIRRRIIRAIR應用架構IACCCIIIIII集成架構IAICCIIIIII新技術趨勢IIIRRIRRRAI安全架構IACCCCIIICI我們建議EAM要素在各角色中如下分工(2/3)架構評估要素架構規范要素參考架構要素項目總體架構文檔CICCCCARRC項目業務架構CACCCICCCC項目軟件架構CACCCICCCC項目基礎架構CCACCICCCC項目架構評估方法IRRRRIIIR項目架構合規指標IIIIIIRRIEA知識庫ICCCCIIICEA標準詞匯表ICCCCIIICEA工具ICRCCIIIC流程和能力層IIACCIIIIC應用和集成層ICACIIIIC數據層IICCACIIIC基礎設施層IIIICAIIIC角色企業架構總監企業IT架構總監業務架

構師應用與集成架構師數據架

構師基礎架

構師項目業務架構師項目軟件架構師項目基礎架構師安全架

構師IT架

構師CCCCAAAAICIICIIIIARR：義務，有義務積極參與并盡力支持* A：責任，對最終結果負全責*C：顧問，有特長對特定領域特定決策提出建議 I：告知，受到結果的影響，需要被通知，但不必參與到具體工作過程中我們建議EAM要素在各角色中如下分工(3/3)架構轉型規劃要素ICIIIIIICRIIIRRRR業務架構路線圖IT架構路線圖AIA角色企業架構總監企業IT架構總監業務架

構師應用與集成架構師數據架

構師基礎架

構師項目業務架構師項目軟件架構師項目基礎架構師安全架

構師IT架

構師CRR：義務，有義務積極參與并盡力支持* A：責任，對最終結果負全責*C：顧問，有特長對特定領域特定決策提出建議 I：告知，受到結果的影響，需要被通知，但不必參與到具體工作過程中角色描述：企業架構總監向公司主管信息化的副總匯報需要人資部和財務部主管支持與國網信息部領導溝通與業務部門領導協作參與信息化領導小組豐富的業務部門管理經驗有IT部門的管理經驗負責企業架構戰略和架構管理團隊的建設領導團隊全面協調企業架構管理的所有工作內容培養一個技能突出、充滿活力的企業架構管理團隊仲裁潛在的架構沖突制定戰略根據企業IT戰略和新技術趨勢制定企業架構戰略制定企業架構的指導原則規劃企業架構的發展和轉型對外溝通在董事會中代表企業架構在主要外部關系中代表企業架構，如與國網的協調IT項目成本對標，包括主要企業架構項目的成本項目開發周期對國網管控的合規性業務對IT的滿意度相關關鍵人際關系

技能管理技能領導技能技術和職能技能人員管理組織意識規劃口頭溝通傾聽協商談判運營知識財務分析業務戰略知識人際親和力小組效力書面溝通影響力技術知識問題解決業務流程知識思想領導力作風嚴謹概述主要職責和工作技能與能力（業界經驗）主要關系目標與業績衡量（業界經驗）資質角色描述：企業IT架構總監向企業架構總監匯報參與信息化領導小組與業務架構師協作領導各層IT架構師的工作豐富的IT開發經驗有工程教育背景，最好是與IT有關經過商務培訓根據業務戰略和IT技術趨勢協調IT架構各層的更新統一架構的設計與所有架構層溝通，確保IT各層關鍵要素得到一致的更新執行信息化領導小組的決議對業務架構師的能力架構提出建議統一基礎設施、應用架構、數據架構和業務層面的轉型路線圖項目開發周期和項目開發成本，包括主要企業架構項目的成本標準化和復用化水平概述主要職責和工作技能與能力（業界經驗）主要關系目標與業績衡量（業界經驗）資質相關關鍵人際關系

技能管理技能領導技能技術和職能技能人員管理組織意識規劃口頭溝通傾聽協商談判運營知識財務分析業務戰略知識人際親和力小組效力書面溝通影響力技術知識問題解決業務流程知識思想領導力作風嚴謹角色描述：IT架構師向企業IT架構總監匯報與各層IT架構師協作指導項目軟件架構師和項目基礎架構師豐富的IT開發經驗對IT技術有深刻了解有IT教育背景制定IT架構規范，管控項目架構在項目中的貫徹確保架構實現在IT開發與運維中切實保障IT架構的一致性將企業層面制定的戰略指導方針與IT項目結合在一起協調各層常規的、跟項目進行的、或臨時應急的企業架構項目項目開發周期和項目開發成本，包括主要企業架構項目的成本標準化和復用化水平概述主要職責和工作技能與能力（業界經驗）主要關系目標與業績衡量（業界經驗）資質相關關鍵人際關系

技能管理技能領導技能技術和職能技能人員管理組織意識規劃口頭溝通傾聽協商談判運營知識財務分析業務戰略知識人際親和力小組效力書面溝通影響力技術知識問題解決業務流程知識思想領導力作風嚴謹角色描述：業務架構師與企業IT架構總監協作向應用架構師溝通向信息化領導小組匯報指導數據架構師和項目業務架構師豐富的多業務部門管理經驗參與過業務類IT項目，對IT技術有基本了解有工程教育背景，最好是與IT有關經過商務培訓負責梳理業務流程及業務能力的全景全局現狀及目標，設計維護企業數據架構了解端到端業務流程的IT實施情況（跨領域），負責確保全景全局的業務流程現狀及目標清晰;確保不重不漏的業務能力對現有流程和未來業務的支持;確保企業數據架構完整、清晰、數據所有權明確從流程和能力角度對總體企業IT架構提出更改建議建設企業數據督導團隊流程的標準化業務部門對IT支持的滿意度概述主要職責和工作技能與能力（業界經驗）主要關系目標與業績衡量（業界經驗）資質相關關鍵人際關系

技能管理技能領導技能技術和職能技能人員管理組織意識規劃口頭溝通傾聽協商談判運營知識財務分析業務戰略知識人際親和力小組效力書面溝通影響力技術知識問題解決業務流程知識思想領導力作風嚴謹角色描述：安全架構師向信息化領導小組匯報向企業IT架構總監匯報從安全角度指導各層IT架構師和項目架構師參與過IT項目，對各層IT技術有深刻了解有6年以上在信息安全方面的工作經驗有本科以上的IT教育背景經過商務培訓全面保障企業信息化系統的安全根據總體安全標準定義IT安全指導方針作為企業IT安全問題的唯一聯系點確保為/跨所有企業架構層面實施安全標準確認企業架構管理各項要素的安全合規性安全隱患的數目和潛在危害安全事故的次數和危害安全合規水平概述主要職責和工作技能與能力（業界經驗）主要關系目標與業績衡量（業界經驗）資質相關關鍵人際關系

技能管理技能領導技能技術和職能技能人員管理組織意識規劃口頭溝通傾聽協商談判運營知識財務分析業務戰略知識人際親和力小組效力書面溝通影響力技術知識問題解決業務流程知識思想領導力作風嚴謹角色描述：應用與集成人際關系

技能管理技能領導技能技術和職能技能人員管理組織意識規劃口頭溝通傾聽協商談判運營知識財務分析業務戰略知識人際親和力小組效力書面溝通影響力技術知識問題解決業務流程知識相關關鍵思想領導力作風嚴謹向企業IT架構總監匯報與業務架構師和數據架構師協作管理信通中心和服務商有本科以上IT教育背景有6年以上IT開發經驗擔任過多個開發項目的IT項目經理確保應用系統對業務能力的全面支持；確保不同應用系統的協調一致將流程、能力和業務信息模型對應到應用程序類型和特定解決方案中配合業務架構師定義整個組織中應當實現哪些應用程序類型、具體開發哪些應用程序類型評估個類應用程序中成熟套裝產品的采購協調開發商與設計商的關系，保證相對獨立性和前后銜接性根據具體項目與應用架構的影響（如保持、改進、變革）分派項目軟件架構師（如開發商、信通中心或設計商）定義應用集成指導方針（例如，數據倉庫、門戶網站），根據業務流程層面、邏輯層面和應用程序層面的功能和非功能要求推斷出所需的集成環境定義集成平臺，并確定應當在這些平臺中實現哪些集成能力應用程序環境中的標準化和復用化接口的復雜性系統變更所需的資源和時間概述主要職責和工作技能與能力（業界經驗）主要關系目標與業績衡量（業界經驗）資質角色描述：數據架構師向企業IT架構總監匯報支持業務架構師和數據督導與應用與集成架構師和基礎架構師合作指導項目軟件架構師和物理數據建模員有本科以上IT教育背景有5年以上IT開發經驗至少4年的數據庫設計開發經驗負責根據企業數據模型建立邏輯數據模型，作為物理數據建模的依據配合業務架構師和數據督導，對如何將業務數據分配到板塊提出建議配合業務架構師和數據督導，對特定業務數據的授權方案提出建議根據企業業務數據模型，設計邏輯數據架構，及數據之間的集成架構指導項目軟件架構師和數據物理建模員進行物理

設計數據邏輯架構與企業業務數據模型的一致性物理建模員對數據邏輯架構的滿意度概述主要職責和工作技能與能力（業界經驗）主要關系目標與業績衡量（業界經驗）資質人際關系

技能管理技能領導技能技術和職能技能人員管理組織意識規劃口頭溝通傾聽協商談判運營知識財務分析業務戰略知識人際親和力小組效力書面溝通影響力技術知識問題解決業務流程知識相關關鍵思想領導力作風嚴謹角色描述：基礎架構師與應用與集成架構師、數據架構師協作指導項目基礎架構師有本科以上IT教育背景有5年以上基礎設施設計開發、運維經驗負責根據業務要求設計基礎設施硬件架構，并包裝成務選用的產品與服務“套餐”形式的基礎設施產品與服務根據基礎設施產品和服務要求定義基礎設施構造塊制定基礎設施轉型路線圖從要求角度定義基礎設施層面提供的服務和產品與外包及其他基礎設施合作伙伴一起確保企業架構合規性基礎設施產品目錄的復雜性產品標準化業務部門滿意度概述主要職責和工作技能與能力（業界經驗）主要關系目標與業績衡量（業界經驗）資質硬件成本服務器利用服務器虛擬化人際關系

技能管理技能領導技能技術和職能技能人員管理組織意識規劃口頭溝通傾聽協商談判運營知識財務分析業務戰略知識人際親和力小組效力書面溝通影響力技術知識問題解決業務流程知識相關關鍵思想領導力作風嚴謹角色描述：項目業務架構師向業務部門領導匯報受業務架構師的指導指導項目軟件架構師有本科以上工程或商務教育背景有總數至少5年的業務部門工作經驗，最好有跨2個以上部門的工作經驗統一項目中的業務要求和企業架構要求從業務部門接收業務要求概述將業務需求梳理成流程架構和能力架構保證項目的架構與企業業務架構一致，或對企業架構的改造提出建議項目業務架構合規性項目的業務架構文檔的完整性概述主要職責和工作技能與能力（業界經驗）主要關系目標與業績衡量（業界經驗）資質人際關系

技能管理技能領導技能技術和職能技能人員管理組織意識規劃口頭溝通傾聽協商談判運營知識財務分析業務戰略知識人際親和力小組效力書面溝通影響力技術知識問題解決業務流程知識相關關鍵思想領導力作風嚴謹角色描述：項目軟件架構師向項目經理匯報受應用與集成架構師合數據架構師指導指導數據物理建模員有本科以上IT教育背景有3年以上的軟件設計開發、運維經驗負責確保應用程序開發和更改請求遵循企業架構指導方針負責準備開發或集成項目中的架構草稿，兼顧總體系統的職能和非職能要求確保項目中實施企業架構管理的指導方針。從大致的草稿軟件角度，確保項目符合架構要求對項目指導方針提出調整和延伸建議確定創新需求并向企業架構管理委員會匯報支持項目經理準備項目計劃項目軟件架構合規性項目軟件架構文檔的完整性概述主要職責和工作技能與能力（業界經驗）主要關系目標與業績衡量（業界經驗）資質人際關系

技能管理技能領導技能技術和職能技能人員管理組織意識規劃口頭溝通傾聽協商談判運營知識財務分析業務戰略知識人際親和力小組效力書面溝通影響力技術知識問題解決業務流程知識相關關鍵思想領導力作風嚴謹角色描述：項目基礎架構師向項目經理匯報受基礎架構師指導與項目軟件架構師協作有本科以上IT教育背景有3年以上硬件設計開發、運維經驗負責確保項目實施在基礎設施層面的企業架構合規性準備項目基礎架構草稿，兼顧總體系統的功能和非功能要求確保項目的基礎設施方案符合企業架構管理的指導方針IT基礎設施的標準化服務器利用虛擬化比率基礎設施成本概述主要職責和工作技能與能力（業界經驗）主要關系目標與業績衡量（業界經驗）資質人際關系

技能管理技能領導技能技術和職能技能人員管理組織意識規劃口頭溝通傾聽協商談判運營知識財務分析業務戰略知識人際親和力小組效力書面溝通影響力技術知識問題解決業務流程知識相關關鍵思想領導力作風嚴謹要滿足EAM角色的能力要求，除了在錄用時嚴格考查，還要加強企業架構培訓培訓目的提高架構團隊的綜合能力，確保架構設計和實施質量培養其他IT人員成為未來架構團隊的后備力量推進企業跨部門、跨層的集約意識，打通壁壘激勵手段提高架構技能認證制度將架構認證作為承擔項目和企業架構工作的條件將架構認證作為獎勵晉升的參考因素培訓主管和對象由企業架構總監統一領導由業務架構師和企業IT架構總監組織對常設架構團隊的培訓有各層架構師組織對項目架構師的培訓全部架構團隊成員、數據運維人員、和其他有志于成為未來架構師的人員培訓內容領導技能管理技能人際關系技能技術和職能技能培訓形式課堂講座實踐學習自學培訓內容的四大方面可以考慮如下科目領導技能人際關系技能技術和職能技能管理技能商務戰略談判技巧新技術趨勢業務流程和能力知識領袖理論和實踐如何影響他人團隊合作技巧行業分析與洞察財務分析初步客戶管理方法供應商管理方法商務會議實用技巧“金字塔原則”溝通技巧面試和訪談技巧積極式聆聽法建設性地提供和接受批評意見應用系統與集成架構知識分析和解決問題技巧數據架構知識基礎設施架構知識項目管理方法信息系統安全知識培訓可以結合講座、實踐、自學三種形式課堂講座實踐學習自學建議目標使架構師能在實踐中從團隊資深成員中學到他們積累的豐富經驗將年輕的架構人員與資深架構師結成對子,建立一種正式的輔導關系密切監測項目績效,提供頻繁的反饋意見以便及時解決已發現的問題為資深的架構師提供輔導能力培訓,作為績效評估過程的一部分,明確評估他們的傳拉幫帶能力開列一系列書籍和自學課程,這樣員工們就可以根據自己的步調來提高了企業架構普及讀物，包括企業架構規劃:為數據,應用以及技術制定藍圖企業架構使用Zachman框架趨同效應：如何將真正的商業價值從技術中發掘出來企業統一流程提供正式的集體培訓機會，使員工迅速地掌握基本概念，解決現有的技能差距技術技能企業架構和相關的流程業務架構項目架構技術架構軟性技能財務管理項目管理協商談判有效溝通企業架構入門企業IT構架師必修必修必修科目名稱負責人項目

架構人員業務層

架構人員技術層

架構人員例如，技術技能的課堂講座可以安排如下科目商業架構業務構架師選修必修選修企業數據架構業務構架師選修選修選修系統應用與集成架構選修選修必修企業IT構架師解決方案架構必修必修必修企業IT構架師基礎設施架構選修選修選修企業IT構架師安全架構選修選修選修企業IT構架師技術藍圖選修必修必修企業IT構架師架構治理選修必修選修企業IT構架師應用評估和技術更新選修必修選修企業IT構架師基礎設施評估和技術更新選修選修必修企業IT構架師項目架構治理流程的總體輸入和輸出包括如下要素項目架構治理輸入條件項目架構治理輸出結果企業架構

要素項目架構

要素企業架構設計:各層架構的指導原則、設計要點、現狀、短中長期目標企業架構評估方法：架構相關性分類法、架構合規度評估法企業架構參考模型：各層架構參考模型、最佳實踐企業架構規范：可復用構件庫、EA工具庫、EA詞匯表企業架構規劃：實現目標架構所需的短、中、長期重點舉措清單及次序必要條件《可行性研究報告》《初步設計方案》（又稱“總體設計方案”）《需求說明書》《概要設計說明書》《數據庫設計說明書》架構合規評估結果新的企業架構需求架構例外處理方案在架構例外在所難免的情況下，經領導仲裁的、EAM團隊和項目組達成共識的架構例外處置方案在項目中發現當前企業架構設計的局限性時，對下一輪企業架構更新設計提出的新的需求和企業架構改進建議合規度評分：總體平均分、各架構層平均分及各項具體得分架構風險評估：包括安全性風險、可擴展性風險、可維護性風險等架構觀察：客觀具體的項目架構特征觀察與分析項目架構改進建議：對項目提出的可以解決架構合規問題的推薦方案《詳細設計說明書》要求ARIS模型項目架構治理流程包括如下七個環節上線正式

立項實施后架構合規

審核例外的跟蹤和避免實施中架構跟蹤、指導、和審核實施驗收

結項后評估需求分析設計開發上線準備驗收

結項上線后支持與功能改進提交詳細設計方案

例外的事后處置deg提交可

研報告提交初步設計方案項目架構治理流程立項項目提案和可研提案

分類提案

指導初設審批預審評審abcf運維在項目架構治理中用PMO和ARIS工具來保證企業架構溝通、項目架構合規和企業架構更新PMO要求建議解決方案溝通

企業架構將最新的企業架構各層設計和規劃傳達到各個項目組在PMO的開題步驟設置節點，強制要求項目架構師下載最新的ARIS企業架構模型治理

項目架構保證項目的架構設計使用標準語言保證項目的架構設計符合企業架構的規范在PMO的《初步設計》提交和《詳細設計》提交步驟設置節點，要求項目架構師上載ARIS項目架構模型在PMO中對項目的初步設計ARIS架構模型和詳細設計ARIS架構模型按“待提交、待審批、待匯總、結案”四個狀態進行跟蹤在PMO中將項目ARIS架構模型通過企業IT架構師審批設置為項目推進的必要條件將統計的“待提交”狀態時間納入項目架構師KPI更新

企業架構保證項目架構對整體企業架構的增補改進及時在企業架構中體現由企業IT架構師負責牽頭將ARIS項目架構模型中的內容匯總到ARIS企業架構模型中，并及時發布更新后的ARIS企業架構模型供后續項目參考，再將ARIS項目架構模型的狀態從“待匯總”轉為“結案”將統計的“待審批”和“待匯總”狀態時間納入企業IT架構師KPI項目架構治理流程的主要內容和分工如下(1/2)流程內容職責分配評估與架構的相關性，以確定所需的治理

程度將提議分配給正確的領域確認平臺重復使用的機會確定企業IT架構總監在項目批準步驟中的職責范圍確保項目組下載并參閱企業架構設計提案分類責任(A)：IT架構師義務(R)：項目業務架構師顧問(C)：業務、應用、數據、基礎架構師告知(I)：其他架構師a對那些通過科研報告審查的項目的初步方案設計提供指導確認提議中的架構假設確認基礎設施服務復用的機會確保項目組提交項目架構設計提案指導責任(A)：IT架構師義務(R)：業務、數據、應用架構師顧問(C)：基礎架構師告知(I)：其他架構師b確保初步設計方案時考慮到了架構確認項目在架構方面的需求評估現有要素的當前復用機會和待開發要素的未來復用機會確認項目計劃中的架構性風險確認架構員工的資源估計初設審批責任(A)：IT架構師義務(R)：業務、數據、應用架構師顧問(C)：基礎架構師告知(I)：其他架構師c項目架構治理流程的主要內容和分工如下(2/2)職責分配責任(A)：IT架構師義務(R)：業務、安全、應用、數據、基礎架構師顧問(C)：無告知(I)：其他架構團隊人員評估所實施的方案與架構相一致的程度審查與所實施的方案相背的例外和風險分析對于技術規劃的影響審核批準上線后的持續改進作業，保證架構合規性實施后的架構合規審核責任(A)：IT架構師義務(R)：安全、應用、數據、基礎架構師顧問(C)：業務架構師告知(I)：其他架構團隊人員確保項目架構文檔的完整提供解決關鍵架構問題的指導確保與企業架構標準的協調一致確保可復用的要素確實被復用在項目設計、開發和測試階段，溝通和解決可能與記錄文檔相悖的地方實施中架構跟蹤、指導、和審核例外的跟蹤和避免確保在企業范圍內對于架構合規有個的問題進行統一的跟蹤、歸檔、和決策協調有關架構例外的決策，權衡架構統一目標和業務特殊需求之間的矛盾責任(A)：IT架構師義務(R)：安全、應用、數據、基礎架構師顧問(C)：企業架構總監告知(I)：其他架構團隊人員例外的事后處置確保在發生架構例外后，劃撥專款、委派專門單位負責在單獨的架構項目中或結合其它項目對架構的缺陷進行修補責任(A)：企業IT架構總監義務(R)：IT架構師顧問(C)：信息化領導小組告知(I)：其他架構團隊人員defg根據規模、綜合性和創新性分析項目按架構相關度將可研報告分為A,B,C三類架構相關性預算規模大于800萬元在200和800萬元之間低于200萬元低治理力度綜合性/創新性分析高不必執行項目架構治理流程采用自行開發或“總包協調”合同方式與服務商合同由項目架構師簽訂A類項目：高架構相關度項目B類項目：中架構相關度項目C類項目：低架構相關度項目執行全部項目架構治理流程采用“委托協調”合同方式與服務商合同由企業常設架構師簽訂執行部分項目架構治理流程采用“委托協調”合同方式與服務商合同由項目架構師簽訂高綜合

低創新低綜合

高創新低綜合

低創新高綜合

高創新重大項目一般項目按架構相關度排序在企業戰略中的重要性跨業務部門內不同流程的程度跨不同業務部門的程度跨不同應用系統的程度與外部供應商/合作伙伴的相關性與國網管控的相關性綜合性低高高低創新性綜

合

性創

新

性所實現的業務能力的開創性對新興應用集成技術的依賴對企業信息的更改和新增需求對新興硬件技術的依賴按架構相關度分類XX在與項目服務商的合同結構上有三種選擇…填補公司及現有開發商的資源和技能在項目設計上的缺口，提高設計質量保證項目設計與項目開發之間的一致性XX與某些服務商之間必須保持直接合同關系XX由于國網限制或自身需求需要在指定候選服務商內招標“總包協調”方式*概述信通中心僅與總包商簽訂合同總包商與分包商簽訂所有合同并保證設計與開發間的協調主要目標客觀假定備選合同結構方案信通中心科信部項目設計商項目開發商項目總包商“自行協調”方式信通中心與所有服務商簽訂合同并自行保證設計與開發間的協調信通中心科信部項目設計商項目開發商“委托協調”方式信通中心與所有服務商簽訂合同，并委托設計商保證設計與開發間的協調信通中心科信部項目設計商項目開發商…應該根據項目架構相關性選擇“自行協調”方式“委托協調”方式“總包協調”方式*最有利最不利不推薦集成風險大，如設計商與開發商的推諉問題集成所需的人才難以在短期內到位推薦在A、B類項目中采用將集成風險轉移到對此風險有控制的設計商以并列合同確保設計與開發的相對獨立兼顧與某些服務商之間只能簽訂直接合同的限制推薦在C類項目中采用將集成風險轉移到對此風險有控制的總包商對于架構相關度低的項目，設計的跨項目跨時間影響小，甲方可以放棄對設計和開發的直接控制權，由總包商獨立協調對XX

的建議和理由對甲方資源的要求甲方對質量的控制權高中低權衡因素甲方對服務商的選擇權高中低甲方的集成風險高中低高中低主要責任分配科信部審查架構指定服務商范圍審查架構指定服務商范圍審查架構指定服務商范圍信通中心對架構合規、設計可行性和最終質量負責將架構要求寫入設計和開發合同協調設計商與開發商對項目架構合規負責將架構要求寫入設計和開發合同在設計合同中加入委托設計商保證設計可行性和最終質量的條款對項目架構合規負責將架構要求、設計可行性和最終質量的條款寫入總包合同設計商對設計可行性和最終質量負責按合同要求設計并與設計商協調按合同要求設計按分包合同要求設計開發商按合同要求開發按合同要求開發按分包合同要求開發總包商（無總包商）對設計可行性和最終質量負責協調設計商與開發商（無總包商）按架構相關性的級別決定項目架構治理流程的取舍提案分類提案指導實施后架構合規審核例外的跟蹤和避免初設審批實施中架構跟蹤、指導、和審核例外的事后處置abcdegfA類項目：高架構相關度項目Ｂ類項目：中架構相關度項目Ｃ類項目：低架構相關度項目提案分類提案指導實施后架構合規審核例外的跟蹤和避免初設審批實施中架構跟蹤、指導、和審核例外的事后處置abcdegf提案分類提案指導實施后架構合規審核例外的跟蹤和避免初設審批實施中架構跟蹤、指導、和審核例外的事后處置abcdegf可不執行項目組EAM常設人員架構例外應逐級裁決，處理意見要告知EAM團隊所有成員項目業務經理項目架構師公司信息化領導小組組長項目技術經理企業IT架構總監和IT架構師如果需要集體決策，由企業架構總監或信息化領導小組組長提交信息化領導小組會議討論形成決策企業架構總監架構合規問題升級路徑決策傳達路徑項目架構師與企業IT架構總監討論架構合規問題企業IT架構總監向企業架構總監匯報架構合規問題企業IT架構總監向公司信息化領導小組組長匯報架構合規問題向企業架構總監傳達意見向企業IT架構總監傳達意見向項目經理和項目架構師傳達

意見我們建議分三步提高架構例外管理水平第一步：建立例外跟蹤與反饋機制第二步：實施例外的集中補救第三步：將例外的補救落實到責任單位在試點項目中（“一縱”）規范與架構有關的項目文檔在項目實施中跟蹤架構例外將架構合規度和架構例外統計作為項目交付質量的關鍵績效指標在所有高架構相關度項目（“A類”）中實施例外的跟蹤并于績效掛鉤設計并試行例外處置流程，形成處置決策，如：保留、立即修正、限期修正等由科信部負責立項修正將例外跟蹤與績效反饋落實到所有項目全面實施例外處置流程有造成例外的項目主管單位負責承擔架構例外補救的責任，如在本項目中申請額外經費或單獨立項2010年6月2010年12月措施預期

成效試點項目的所有架構例外均有記載架構例外影響項目經理的績效考核A類項目架構例外有跟蹤并影響項目經理績效考核例外補救責任暫由公司承擔所以項目架構例外有跟蹤并影響項目經理績效考核例外補救責任由項目主管單位承擔i目前要求項目提交的與架構治理有關的文檔可行性研究報告*初步設計方案*（又稱“總體設計方案”）需求說明書測試計劃書詳細設計說明書項目概算書產品驗收計劃書配置和變更管理計劃書概要設計說明書數據庫設計說明書測試用例文檔系統測試報告項目風險列表項目進度報告變更申請表軟件開發項目驗收規范目前要求的所有項目文檔與架構相關項目預審的關鍵文檔，包括項目的目的和意義、理論與實踐依據、可行性分析、實施方案、預期目標與成果、項目單位和合作單位、以及計劃進度項目正式評審的關鍵文檔，包括系統現狀、初步需求分析、初步設計、實施計劃、培訓計劃、及售后服務項目驗收的關鍵文檔，包括系統約束條件、功能性需求、非功能性需求、以及需求調查資料和承諾項目驗收的關鍵文檔，包括設計約束、設計策略、及系統概要設計項目驗收的關鍵文檔，包括數據庫設計、結構設計、運用設計、優化、及數據庫管理與維護說明項目驗收的關鍵文檔，包括設計說明、模塊匯總、及系統詳細設計（用例方式或模塊方式描述）

《可行性研究報告》的建議改進初步建議的改進現有內容3.可行性分析建設必要性技術可行性1.目的和意義2.理論與實踐依據4.實施方案5.預期目標與成果形式6.項目單位與合作單位情況7.項目計劃進度11.審查意見與架構相關9.項目總投資預算10.申請撥款計劃要求在技術可行性中明確闡述：項目是單個業務板塊還是跨業務板塊？如果是跨板塊項目，對其它的板塊及系統有何影響？是否要求采用新技術？是改進已有業務板塊、模塊、能力點還是搭建新的？項目中計劃復用的已有系統模塊？項目中計劃可為將來其它項目復用的待開發模塊？要求在合作單位情況中詳細闡述：是否計劃使用獨立設計商？若使用獨立設計商，如何保證與開發商的銜接在總投資預算中說明：項目經費中計劃專為修補以前架構例外或建造跨項目架構功能的部分

《項目初步設計方案》的建議改進初步建議的改進現有內容1.引言2.概述3.系統現狀系統建設現狀原系統存在問題：硬件、系統、數據庫、軟件4.初步需求分析功能需求非功能需求：如標準化、安全性、開放性等5.初步設計系統軟、硬件平臺設計系統體系結構設計系統擴展性設計安全性、可靠性設計6.實施計劃7.培訓計劃8.售后服務與架構相關要求在系統現狀中明確闡述：所依賴的系統是企業架構路線圖中的核心系統還是即將退役的系統？現系統的問題是否跨業務板塊？要求在初步設計中詳細說明：項目的新數據需求是新的原數據、新的數據倉庫、還是新的數據報表？設計中各層IT架構采用了哪些參考模型？是否用標準建模語言描述了各層架構？（附模型文件，如ARIS)架構合規評估報告 * 可根據公司實際側重調整

** 須確認執行改進建議后才能批準

架構合規度評分優4良3中2差1總體評分(1-4)業務架構應用架構集成架構數據架構基礎架構2.83.22.43.81.73.1平均分(1-4)15%25%25%25%10%權重*主要架構觀察集成層SAPFICO與非SAP模塊X間采用了點對點連接設計項目設計中的模塊Y中定義的客戶數據在CMS模塊中已有定義，違背“單一數據源”改善架構合規的建議集成層：在單元測試階段暫時用點對點實現功能，在集成測試前改為ESB模式數據層：建議直接引用已有客戶主數據架構審批意見日期：2009年11月3日項目經理（正楷）：簽名：批準不批準有條件批準**x審批人（正楷）：簽名：日期：2009年11月3日分層評分IIII項目架構風險評估主要風險