【正文】 模式的結果，其主要表現(xiàn)為以迅速實現(xiàn)功能為主要目的，缺乏統(tǒng)一的、有計劃的規(guī)劃，缺乏統(tǒng)一的企業(yè)級數(shù)據(jù)標準 ，缺乏數(shù)據(jù)質量管理體系 標準 ? 主要的問題 /差距 評估 集成度 ? 缺乏整體性，以應用為主體的‘煙囪’架構，數(shù)據(jù)被鎖定在應用中，相互間的交換和共享困難； ? 缺乏有效的數(shù)據(jù)‘提升’，導致業(yè)務監(jiān)控和決策支持能力弱； 較差 標準化 ? 缺乏統(tǒng)一的業(yè)務信息標準和相應的標準化管理體系 較差 正確性 ? 歷史數(shù)據(jù)質量差，且升級過程中沒有很好地被處理 ? 現(xiàn)有的應用系統(tǒng)上線過程不完善，導致出現(xiàn)新的質量問題； 較差 及時性 ? 現(xiàn)有系統(tǒng)性能不高，導致數(shù)據(jù)抽取需要夜間進行，業(yè)務監(jiān)控通常只能獲得前一天的數(shù)據(jù)； 一般 易管理性 ? 應用系統(tǒng)的維護功能不強，需要加強諸如定期系統(tǒng)數(shù)據(jù)掃描、歷史數(shù)據(jù)卸載等功能； 一般 43 數(shù)據(jù)架構 (2) ? 結論 – 在業(yè)務集成度要求不斷提高的壓力下，目前‘煙囪’式的數(shù)據(jù)架構無法滿足業(yè)務需要； – xx需要規(guī)劃和建立從基層業(yè)務操作到各級管理層從下至上的數(shù)據(jù)‘提升’體系，支持業(yè)務監(jiān)控和決策分析； – 需要建立整個企業(yè)范圍內統(tǒng)一的業(yè)務信息標準，以及控制和貫徹這一標準的標準化管理體系； – 由于應用系統(tǒng)的開發(fā)水平不高，而且缺乏有效的應用上線過程控制，導致現(xiàn)有的數(shù)據(jù)質量差； – xx應當重視應用系統(tǒng)的非功能性需求，如效率、系統(tǒng)自身的維護、安全控制等； – 需要考慮數(shù)據(jù)及信息安全措施，例如： SAN、磁帶備份、災備中心等 數(shù)據(jù)架構評估 簡易性 中 標準化 低 模塊化 低 集成性 低 xx數(shù)據(jù)架構是一個典型的快速 IT建設模式的結果，其主要表現(xiàn)為以迅速實現(xiàn)功能為主要目的，缺乏統(tǒng)一的、有計劃的規(guī)劃，缺乏統(tǒng)一的企業(yè)級數(shù)據(jù)標準 ，缺乏數(shù)據(jù)質量管理體系 44 組件 ? 當前狀況 /差距 評價 系統(tǒng)架構 ? 各個系統(tǒng)之間的信息資源缺乏共享能力 ? 主機系統(tǒng)缺少冗余與熱備份，存在單點故障 ? 備份自動化程度低 ，耗費人力資源，缺少在線備份手段 ? 缺乏嚴格的恢復流程和備份策略 低 業(yè)務連續(xù)與容災 ? 由于災難發(fā)生概率低，公司對于災難一旦發(fā)生造成的影響和損失認識不夠 ? 沒有災難應急流程和業(yè)務連續(xù)流程，缺少容災技術手段 ? 若發(fā)生災難，丟失數(shù)據(jù)，業(yè)務停頓 ? 沒有培訓員工從容面對災難的策略和意識 低 信息安全 ? 沒有整體的安全策略和安全管理體系 ? 沒有專門的組織進行信息安全方面的管理和風險評估 ? 網(wǎng)絡的互連安全和在線實時監(jiān)控不完善 ? 員工安全培訓不完善，安全意識不強 低 基礎架構 xx網(wǎng)絡功能簡單，無法精致控制，安全性差，沒有增值服務；系統(tǒng)管理過于依賴人的經(jīng)驗 45 基礎架構 組件 ? 當前狀況 /差距 評價 網(wǎng)絡架構 系統(tǒng)管理 數(shù)據(jù)中心 ? 現(xiàn)有的網(wǎng)絡功能簡單，局限于物理連通； 無法精致控制，安全性差； 缺少增值服務 ? 與互聯(lián)網(wǎng)的互連不完善，內外網(wǎng)沒有邏輯分開，沒有充分利用互聯(lián)網(wǎng)的優(yōu)勢 ? 網(wǎng)絡系統(tǒng)存在單點故障 ? 沒有組織來專門評估網(wǎng)絡資源情況 ? 沒有一套成熟的管理流程和規(guī)章制度 ? 管理方式更多靠手工，靠經(jīng)驗 ? 缺乏成熟的系統(tǒng)管理軟件和工具 ? 系統(tǒng)管理方式對人的依賴性高，效率太低 ? 嚴重的信息孤島現(xiàn)象 ? 數(shù)據(jù)中心的集中整合沒有具有可操作性的統(tǒng)一的詳細步驟與方法 低 低 中 xx網(wǎng)絡功能簡單，無法精致控制，安全性差，沒有增值服務；系統(tǒng)管理過于依賴人的經(jīng)驗 46 基礎架構 xxIT基礎架構總體上處于比較初級的水平，數(shù)據(jù)中心建設缺乏可操作性指導 ? 總結 – 對于系統(tǒng)資源提供進行共享的能力不足，信息孤島 – 沒有經(jīng)過嚴格測試的備份恢復流程 – 沒有從容面對災難的業(yè)務連續(xù)流程和容災技術手段 – 缺少整體安全策略，比如在線安全檢測 – 沒有專門的組織進行信息安全方面的管理和風險評估 – 網(wǎng)絡架構需要加強增值服務能力和提供可靠性 – 系統(tǒng)管理依靠手工，不專業(yè)化 – 數(shù)據(jù)中心的集中整合沒有具有可操作性的統(tǒng)一指導 基礎架構評估 簡易性 低 標準化 低 模塊化 低 集成性 低 基礎架構評估 可用性 低 安全性 低 擴展性 低 管理性 低 47 IT治理 – 架構 IT 戰(zhàn)略目標 業(yè)務戰(zhàn)略目標 IT組織 IT人力資源 流程 IT 投資 管 理 IT治理 48 IT 治理 （ 1） 組件 ? 現(xiàn)狀 /差距 評價 IT組織架構 ? 全公司的 IT組織、人員角色、分工、職責等不清晰 ? 各區(qū)域分店 IT部門人員力量分散 低 IT人力資源 ? 沒有完善的 IT人員職業(yè)發(fā)展計劃 ? 缺乏統(tǒng)一的 IT人員培訓體系 ? 缺乏完善的 IT人員績效考核與激勵機制 低 IT運維管理 ? IT管理處于應急的被動式管理，缺乏統(tǒng)一完善的 IT服務管理體系 低 項目管理 ? 缺乏完善的項目管理體系 ? 沒有圍繞應用的完善的上線流程 ? 缺乏完善的外部供應商管理體系 低 IT投資 ? IT采購效率低 ? 與同業(yè)比， IT投資偏?。▏H占銷售比 2％，國內企業(yè)%） ? IT投資比例失調 低 xx已充分認識到 IT治理的重要性，但還未形成完善統(tǒng)一的 IT治理方法， IT治理的行為和效果還處于初級階段。 49 IT治理 (2) xx把提高 IT治理水平作為實現(xiàn) IT戰(zhàn)略的重要因素。 ? 結論 – 為了適應今后的業(yè)務發(fā)展戰(zhàn)略， IT組織架構應進行優(yōu)化調整，整合和優(yōu)化 IT人力資源 – 公司應完善針對 IT人員的人力資源規(guī)劃與管理 – 應建立 IT服務管理體系，改變以往被動式的 IT管理模式 – 建立完善的項目管理體系和應用系統(tǒng)的上線流程 – 完善外部資源管理體系 – 優(yōu)化 IT投資采購流程，加大 IT投入，改善 IT投資比例 IT治理評價 人員 中 流程 低 技術 中 50 Next Steps 第一階段 ? 評估 第二階段 ? 遠景和戰(zhàn)略 第三階段 ? 路線圖 ? 總的來說，從最佳實踐能力角度講， xx現(xiàn)有 IT水平與國內、國際水平之間有顯著差距。因此， xx要面對它的業(yè)務和IT所帶來的挑戰(zhàn)。 發(fā)展一個靈活的企業(yè)構架會使 IT成為一個可以使能業(yè)務戰(zhàn)略的戰(zhàn)略工具。 ? 挑戰(zhàn)在于發(fā)展一個實際的戰(zhàn)略計劃， 使它可以在優(yōu)先級區(qū)域中適應最佳實踐。 當然，做到這一點需要考慮 xx現(xiàn)狀的許多實際限制。 實施項目 實施項目 實施項目 xx需要通過加大對信息技術的投入從而更好的支持企業(yè)業(yè)務。為此，接下來的步驟將會有助于開發(fā)一個實際的戰(zhàn)略計劃。 ? 戰(zhàn)略回顧 ? 對業(yè)務與 IT整合的評估 ? 企業(yè)架構評估 ? IT 遠景 ? 戰(zhàn)略性原則和企業(yè)架構原則 ? EA 組件（應用，數(shù)據(jù)和基礎架構） ? 針對焦點區(qū)域的高端設計 ? 實施計劃 接下來的步驟 51 感謝支持！ 52 演講完畢，謝謝觀看！