項目管理控制_項目風險管理計劃

1、湖南電信經(jīng)營分析與決策支持系統(tǒng)項目湖南電信經(jīng)營分析與決策支持系統(tǒng)項目項目風險管理計劃項目風險管理計劃2005 年 09 月本文檔及其所含信息為機密材料并且由湖南電信和 NCR 共同擁有本文檔中的任何部分都不得以任何手段任何形式進行復制與傳播未經(jīng)湖南電信和 NCR 書面授權(quán)，不得將材料泄露給第三方Copyright 2005 HuNan telecom & NCR版權(quán)保留所有的權(quán)利文檔控制文檔控制文件準備資料文件準備資料HNDX意見意見版本版本校稿人校稿人校稿意見校稿意見校稿日期校稿日期客戶簽收客戶簽收姓名姓名簽字簽字簽收日期簽收日期版本版本文文件準備人件準備人修改內(nèi)容修改內(nèi)容準備日期準

2、備日期HNDX校稿校稿NCR校稿校稿1.0黃侃文檔建立2005-09-25交項目風險管理計劃HNDX/NCR 保密資料1機密目目 錄錄1前言前言.21.1編寫目的編寫目的.21.2背景背景.22項目風險管理辦法項目風險管理辦法.32.1風險管理職責分工風險管理職責分工.32.2風險定義風險定義.42.3風險處理策略跟蹤風險處理策略跟蹤.43項目整體風險控制項目整體風險控制.43.1項目整體風險過程控制說明項目整體風險過程控制說明.43.1.1需求分析階段.53.1.1.1工作內(nèi)容.53.1.1.2涉及風險控制點.53.1.2系統(tǒng)設(shè)計階段.53.1.2.1工作內(nèi)容.53.1.2.2涉及風險控制點

3、.63.1.3系統(tǒng)開發(fā)第一階段.63.1.3.1工作內(nèi)容.63.1.3.2涉及風險控制點.63.1.4系統(tǒng)開發(fā)第二階段.63.1.4.1工作內(nèi)容.63.1.4.2涉及風險控制點.73.1.5測試與驗收階段.73.1.5.1工作內(nèi)容.73.1.5.2涉及風險控制點.73.2項目模塊協(xié)作風險控制項目模塊協(xié)作風險控制.73.3管理風險控制管理風險控制.83.4技術(shù)風險控制技術(shù)風險控制.83.5相關(guān)性風險控制相關(guān)性風險控制.8交項目風險管理計劃HNDX/NCR 保密資料2機密1前言前言1.1編寫目的編寫目的本文主要是描述湖南電信企業(yè)級數(shù)據(jù)倉庫項目的風險管理，闡述項目的風險管理實施計劃，以及各子項目潛在

4、的風險點和生產(chǎn)系統(tǒng)上線過程中存在的風險點，建立對風險點的控制策略和風險狀態(tài)跟蹤監(jiān)控的過程。1.2背景背景EDW 項目包含以下幾個環(huán)節(jié)：源系統(tǒng)信息調(diào)研、數(shù)據(jù)模型、ETL、前端應用、數(shù)據(jù)挖掘等。各環(huán)節(jié)之間既有獨立性同時又存在關(guān)聯(lián)性，從項目管理角度要有充分的項目風險管理意識，需要對這些風險點進行描述和合理的風險控制，本文檔就風險的相關(guān)問題進行描述。所謂“風險”，歸納起來主要有兩種意見，主觀說認為，風險是損失的不確定性；客觀學認為，風險是給定情況下一定時期可能發(fā)生的各種結(jié)果間的差異。它的兩個基本特征是不確定性和損失。IT 行業(yè)中的軟件項目開發(fā)是一項可能損失的活動，不管開發(fā)過程如何進行都有可能超出預算或

5、時間延遲。項目開發(fā)的方式很少能保證開發(fā)工作一定成功，都要冒一定的風險，也就需要進行項目風險分析。在進行項目風險分析時，重要的是要量化不確定的程度和每個風險相當?shù)膿p失程度，為實現(xiàn)這一點就該項目我們從以下幾個問題來分析風險：要考慮未來，什么樣的風險會導致軟件項目失敗？要考慮變化，在用戶需求、開發(fā)技術(shù)、目標、機制及其它與項目有關(guān)的因素的改變將會對按時交付和系統(tǒng)成功產(chǎn)生什么影響？必須解決選擇問題，應采用什么方法和工具，應配備多少人力，在質(zhì)量上強調(diào)到什么程度才滿足要求？要考慮風險類型，是屬于項目風險、技術(shù)風險、商業(yè)風險、管理風險還是預算風險等？項目風險管理實際上就是貫穿在項目開發(fā)過程中的一系列管理步驟，

6、其中包括風險識別、風險估計、風險管理策略、風險解決和風險監(jiān)控。它能讓風險交項目風險管理計劃HNDX/NCR 保密資料3機密管理者主動“攻擊”風險，進行有效的風險管理。在項目管理中，建立風險管理策略和在項目的生命周期中不斷控制風險是非常重要的，風險管理包括三個相關(guān)階段：風險識別、風險評估、風險處理。2項目風險管理辦法項目風險管理辦法2.1風險管理職責分工風險管理職責分工風險控制工作在于項目實施的整個過程，預測過程中有可能出現(xiàn)的風險，在過程中控制風險，EDW 項目的整個實施過程中包含以下幾個部分：信息分析系統(tǒng)體系結(jié)構(gòu)設(shè)計模型客戶化及物理化ETL 設(shè)計開發(fā)及上線ETL 數(shù)據(jù)質(zhì)量審計應用開發(fā)及上線數(shù)據(jù)

7、挖掘開發(fā)及上線備份系統(tǒng)開發(fā)及上線對每個過程的風險點需要有充分的認識，以及完備的應對風險的方案和策略，對重大問題展開專題討論，同時需要指定人員不斷跟蹤和評價風險解決的效果。開發(fā)單元開發(fā)單元風險控制直接負責人風險控制直接負責人(NCR)信息分析黃侃黃侃系統(tǒng)體系結(jié)構(gòu)設(shè)計許松明許松明模型客戶化及物理化胡菱胡菱ETL 設(shè)計開發(fā)及上線黃侃黃侃ETL 數(shù)據(jù)質(zhì)量審計鄧愛林鄧愛林前端應用開發(fā)及上線羅贊羅贊數(shù)據(jù)挖掘開發(fā)及上線劉少輝劉少輝備份系統(tǒng)開發(fā)及上線許松明許松明交項目風險管理計劃HNDX/NCR 保密資料4機密2.2風險定義風險定義各子項目在實施之前需要預測對實施過程中有可能存在的風險，對風險的潛在性、影響程

8、度要有充分的認識，預先制定風險控制策略，并按照控制策略安排合適的人員來執(zhí)行風險控制過程中的第一個細節(jié)。每個子項目通過各個風險的檢查項，從各個方面檢查風險存在的因素，從資源、技術(shù)實現(xiàn)、業(yè)務分析以及進度控制上檢查項目執(zhí)行過程中有可能出現(xiàn)的風險，并通過內(nèi)部以及外部資源協(xié)調(diào)解決風險點，采取風險規(guī)避、風險轉(zhuǎn)移、風險接受方式來消化項目的風險以保證項目順利按計劃進行。2.3風險處理策略跟蹤風險處理策略跟蹤建立風險定期回顧機制，監(jiān)控各子項目風險點的控制情況，檢查各子項目是否在預定期限內(nèi)關(guān)閉指定的風險點；從兩個層面上跟蹤風險處理策略的執(zhí)行效果，一方面子項目負責人不定期對風險處理策略的合理性，以及是否達到預期的效

9、果，另一方面子項目負責人每月，在項目月報是體現(xiàn)各風險點處理的情況，特別是與其它系統(tǒng)有接口的處理方案，需要項目管理組進行統(tǒng)一協(xié)調(diào)解決的風險，應及時上報項目經(jīng)理，避免風險控制點的流失。3項目整體風險控制項目整體風險控制3.1項目整體風險過程控制說明項目整體風險過程控制說明本項目的整體實施過程包含五個階段，：需求分析階段系統(tǒng)設(shè)計階段系統(tǒng)開發(fā)第一階段系統(tǒng)開發(fā)第二階段測試與驗收階段從項目的整體風險管理角度考慮，項目實施過程的幾個關(guān)鍵點(Check Point)對項目的風險控制起到關(guān)鍵的作用，項目實施的每一個過程對項目中存在的各種風險的控制和緩解起來相應的作用：交項目風險管理計劃HNDX/NCR 保密資料

10、5機密項目實施關(guān)鍵階段項目實施關(guān)鍵階段完成時間點完成時間點需求分析階段2005 年 10 月 31 號系統(tǒng)設(shè)計階段2005 年 11 月 15 號系統(tǒng)開發(fā)第一階段2006 年 1 月 27 號系統(tǒng)開發(fā)第二階段2006 年 3 月 30 號測試與驗收階段2006 年 5 月 30 號3.1.1需求分析階段需求分析階段3.1.1.1工作內(nèi)容工作內(nèi)容業(yè)務探索，確定需求信息探索，源系統(tǒng)分析3.1.1.2涉及風險控制點涉及風險控制點項目組成員業(yè)務知識儲備風險需求控制風險源系統(tǒng)人員配和度風險源系統(tǒng)改造風險業(yè)務需求書和源系統(tǒng)分析簽署風險3.1.2系統(tǒng)設(shè)計階段系統(tǒng)設(shè)計階段3.1.2.1工作內(nèi)容工作內(nèi)容系統(tǒng)體系

11、架構(gòu)設(shè)計邏輯模型設(shè)計物理模型設(shè)計交項目風險管理計劃HNDX/NCR 保密資料6機密3.1.2.2涉及風險控制點涉及風險控制點體系架構(gòu)需求訪談配合度風險體系架構(gòu)評審和簽署風險邏輯模型設(shè)計風險，主要是人員模型熟悉程度模型評審和簽署風險3.1.3系統(tǒng)開發(fā)第一階段系統(tǒng)開發(fā)第一階段3.1.3.1工作內(nèi)容工作內(nèi)容長沙、省公司 SDM 和 ETL 開發(fā)及上線第一批應用開發(fā)和上線數(shù)據(jù)挖掘交付第一個模型3.1.3.2涉及風險控制點涉及風險控制點ETL 開發(fā)進度風險ETL 開發(fā)質(zhì)量風險前端應用開發(fā)工具使用熟悉度風險業(yè)務需求把握風險數(shù)據(jù)挖掘數(shù)據(jù)量不足的風險3.1.4系統(tǒng)開發(fā)第二階段系統(tǒng)開發(fā)第二階段3.1.4.1工作

12、內(nèi)容工作內(nèi)容衡陽 SDM 和 ETL 開發(fā)及上線數(shù)據(jù)質(zhì)量開發(fā)及上線第二批應用開發(fā)和上線數(shù)據(jù)挖掘交付第二個模型交項目風險管理計劃HNDX/NCR 保密資料7機密3.1.4.2涉及風險控制點涉及風險控制點ETL 開發(fā)進度風險ETL 開發(fā)質(zhì)量風險業(yè)務需求變更風險數(shù)據(jù)挖掘數(shù)據(jù)量不足的風險3.1.5測試與驗收階段測試與驗收階段3.1.5.1工作內(nèi)容工作內(nèi)容ETL 收尾前端應用測試、交付數(shù)據(jù)挖掘交付3.1.5.2涉及風險控制點涉及風險控制點ETL 加載性能風險前端應用數(shù)據(jù)正確性風險需求變更風險項目整體進度風險3.2項目模塊協(xié)作風險控制項目模塊協(xié)作風險控制各項工作之間的連貫和信息交流是本項目的一個風險點。解

13、決此類風險可以從以下幾方面入手：各模塊之間在設(shè)計段充分溝通，相關(guān)點的設(shè)計共同完成建立各模塊之間的接口，包括技術(shù)接口和時間接口，使各模塊之間的工作有機結(jié)合、上下呼應模塊的架構(gòu)設(shè)計與整體的架構(gòu)設(shè)計整體進行考慮，在進行架構(gòu)設(shè)計評估時需要統(tǒng)一進行考慮通盤考慮整個項目的完整性交項目風險管理計劃HNDX/NCR 保密資料8機密3.3管理風險管理風險控制控制盡管管理問題制約了很多項目的成功，但是不要因為風險管理計劃中沒有包括所有管理活動而感到驚奇。在大部分項目里，項目經(jīng)理經(jīng)常是寫項目風險管理計劃的人，并且大部分人都不希望在公共場合暴露自己的弱點。然而，像這些問題可能會使項目的成功變得更加困難。如果不正視這些棘手的問題，它們就很有可能在項目進行的某個階段影響項目。管理風險有以下幾個主要方面解決方式：明確定義項目的計劃和任務真實表達項目的實際狀態(tài)按時完成項目各個階段的任務創(chuàng)造良好的工作氛圍3.4技術(shù)風險技術(shù)風險控制控制軟件技術(shù)的飛速發(fā)展和經(jīng)歷豐富員工的缺乏，意味著項目團隊可能會因為技能的原因影響項目的成功，需求的復雜性和產(chǎn)品提供功能的符合性是技術(shù)風險的一個重點解決點，從項目整體解度對技術(shù)風險的控制從以下幾方面入手：建立良好的項目內(nèi)容培訓計劃，充分熟悉項目中使用的軟件產(chǎn)品提前攻克技術(shù)難點在項目中實施最可靠的技術(shù)，不走試驗性的路線建立產(chǎn)品提供商 Support 的有效渠道和有效的方式，如：On