【正文】 事件正是風險管理的內容。 南京大學碩士論文 2 經濟影響。當最終期限到來時，在無法確定交付產品質量的情況下，項目常常會停止測試而簡單進行交貨。如果在項目開發(fā)的后期，給項目組增加人力，又可能產生所謂的布魯克斯（ Brooks 1974）現象：給后期項目增加人力，會導致項目推遲完成。對每一個步驟都給出了一個簡短的技術列表，并附有 TRW 一些實際項目的例子。一方面關注如何提高進度估算的能力， Bo ehm（ 1981）在他的《軟件工程經濟學》 [32]一書中提出了 COCOMO 成本估計模型； Vicinaca 等人（ 1991）在《軟件投入估計中以案例為基礎的論證》 [8]中使用人工智能領域的技術開發(fā)了一個以知識為基礎的成本估計系統(tǒng)； AbdelHamid（ 1989）在《從軟件開發(fā)動力學的模擬中學習的課程》 [8]中使用系統(tǒng)動力學開發(fā)了一個成本估計模型，該模型可以重復一些共同的現象，如布魯克斯規(guī)則。本文提出一種基于風險因子分析的軟件項目管理模型，能方便地幫助軟件項目標識出主要的風險因子，并量化分析風險因子對項目進度的影響，最終給出合理的項目交付進度南京大學碩士論文 3 計劃。 軟件估計是一項預測未來的工作，天生具有某種程度的不確定性， Kemerer 描述了由于估計不準而給項目造成的經濟、質量和組織影響。 算法模型估計方法 算法模型估計方法又稱參數估計方法，它使用特定的數學公式進行軟件工作 量估計，該公式是經過一定的理論推導或者通過歷史項目經驗數據總結而得到的。其最大缺點是不能處理意外情況。 一個簡單的例子： 一個飛行器控制系統(tǒng)，其代碼規(guī)模 為 319KDSI，屬于嵌入式模式。該模型是從 4000 多個當代 軟件項目中收集的生產率數據中導出的。專家估計方法在缺乏量化的歷史數據時比較有用，而且專家估計方法可以根據項目的特點，識別出與以前項目的不同之處，并進行估計修正。 Delphi 方法鼓 勵參加者就問題相互討論，要求有多種軟件相關經驗人的參與，互相說服對方。 BottomUp（ 自下而上法 ） 先分別估計軟件項目每一組成部分的成本，再將它們綜合起來得到整個項目的成本估計。成功代價法估計結果經常能幫助取得契約合同，但常常會導致實際結果大大超出限度。風險南京大學碩士論文 6 分析包括風險標識、風險估計和風險評估三個過程： 風險標識是試圖系統(tǒng)化地確定對項目計劃的威脅，并將識別的風險分類。 風險控制就是根據既定的風險計劃實施具體的活動。第一個主要步驟，即風險評估，包括風險識別、風險分析和風險優(yōu)先級分配： 風險識別產生特定項目詳細風險的列表，這些風險可能對一個項目的成功起阻礙作用。 風險管理計劃有助于準備確定各種風險應對方式（如風險轉移、風險規(guī)避、風險降低等），包括單個風險項計劃之間的協(xié)調和與總體項目計劃之間的協(xié)調。其中風險識別、分析、計劃、跟蹤、控制等活動以環(huán)型的方式組織，表明其持續(xù)的特征。除了該模型中標識出的幾大風險活動之間需要互相溝通，還有其他層次的風險溝通需要考慮，如項目與組織之間，開發(fā)人員與客戶或最終用戶之間。 Delphi 方法 Delphi 方法是從一組專家中得到一致的意見，來預測未來的發(fā)展。 訪談 訪談是通過面對面或電話討論的方式，收集信息、尋求事實的一種技術，訪談也可以通過電子郵件和即時信息進行。檢查表中所列的內容都是歷史上類似項目曾 發(fā)生過的風險，是項目風險管理的結晶，對軟件項目有開闊思路、啟發(fā)聯(lián)想、拋磚引玉的作用。 風險評估方法 概率 /影響圖 概率 /影響圖是風險定性分析的方法。 決策樹 決策樹是一種圖形化的風險量化分析方法，可以幫助在未來結果不確定的情況下，選擇最好的行動路徑。 圖 13 決策樹風險分析方法示意圖 蒙特卡羅法的基本原理 假定函數 Y=f（ X1， X2， … , Xn） ,其中變量 X1， X2， … , Xn 概率分布為已知。該模型的主要功能有： 幫助軟件項目標識項目風險 制定風險管理計劃 制定項目進度計劃 P =0. 3 L= 0P =0. 1P =0. 6發(fā)現 CE未發(fā)現 CE沒有 CEL= 20 00 萬L= 0P =0. 36 L= 50 萬P =0. 04P =0. 6發(fā)現 CE未發(fā)現 CE沒有 CEL= 20 50 萬L= 50 萬按I Vamp。 損失 —— 如果風險變成了事實，就會產生惡性后果或損失。一個符合要求的風險例子是：項目組成員缺乏面向對象技術的經驗和培訓，可能導致無法在規(guī)定的時間范圍內推出滿足客戶性能需求或功能需求的產品。 Charette 風險定義與其他定義的不同點主要在于第 3）部分。 功能（ F）可以使用一組產品特性（ pf）及其重要程度（ fw）來定義，如下： F≡ {（ pfi， fwi） | i=1， n} 質量的一種簡單化表示是由軟件項目所包含的缺陷來定義的。特別地，進度緯度上的偏差和不確定性是所有四個緯度中最需要重點關注的。 基于以上的基本定義，一種常見的風險量化定義為： Risk≡ {（ Pi， Li） | i=1， n} 式中， Pi 表示某種損失出現的可能性， Li 表示損失的大小 Charette（ 1989） [22]認為對于每一個潛在的損失，必須相應地定義一個場景，該場景描述了風險的原因或者觸發(fā)因素。這種風險定義的具體表示如下： Risk≡ {（ Si， Oi， Li， Xi） | i=1…n } 上述幾種風險的量化定義方式均是“以數字的形式考慮風險”。你對項目的進度毫無把握，手下的員工也一樣。最有可能交付一個象樣產品的時間是明年 4 月初，而且這個日期也不能打包票。但看起來這位顧問先生自己也多少有些不確定。用縱軸表示可能性，橫軸表 示時間，如圖 21所示： 圖 21 項目交付日期不確定性圖 這幅描述不確定性的圖形，就叫不確定性圖。 整條曲線下方區(qū)域的面積為 ，這就是顧問對項目的整體評估：項目一定會在明年 1月 1 日至 12 月 31 日之間的某個時間完成。 可能性1 月 1 日4 月 1 日5 月 1 日 12 月 31 日時間南京大學碩士論文 14 圖 22 累積風險圖示意圖 Demarco 與 Lister 給出了風險圖和風險的定義，也指出了風險圖必須基于歷史項目數據得到。他認為風險因子是促使或引起風險事件發(fā)生的條件，以及風險事件發(fā)生時，致使損失增加、擴大的條件。軟件項目開發(fā)過程中的需求膨脹，對項目進度延遲而言，就是風險因子。 道德風險因子是指與人的不正當社會行為相聯(lián)系的一種無形的風險因子。例如，由于設計方案的錯誤選擇導致軟件項目失敗，項目組成員的非正常退出而沒有進行必要的分析和采取適當的措施等等，都屬于心理風險因子。 基于項目成本驅動因子 典型的例子是 Madachy（ 1997） [27]使用 COCOMO 模型中的成本驅動因子，開發(fā)了一套專家系統(tǒng)，用來識別軟件項目風險。 Jones（ 1994） [23]以醫(yī)學手冊的方式對一些軟件公司項目進行診斷，總結出大約 60 種風險因子，并標識出了 10 種最嚴重 的風險因子，如表 23 所示。 圖 31 軟件開發(fā)過程種類分布圖 軟件項目的開發(fā)周期長度大多集中在 4~12 個月，最長的為 16 個月，最短的為 1 個月。 圖 35 軟件項目產品規(guī)模分布圖 項目經理們的項目管理經驗也各不相同，有的僅有 1 年管理經驗，而有的管理經驗則在10 年以上。該公司允許時間跨度在 2 個月以內的小型軟件項目可以不做單獨的風險管理計劃，但有些小型項目做了單獨的風險管理計劃。之所以選擇這 6 個風險因子，主要是因為它們在項目風險 因子標識過程中出現的比例較高，以及它們對項目進度的影響較 大。 南京大學碩士論文 21 原因 —— 結果圖形由標簽、標簽之間的連結線段組成，這些線段帶有箭頭用以表示方向，在箭頭的旁邊還帶有正（ +）、負（ ）號。 圖 39 則表示了原因 —— 結果圖形的另外兩種特征，符號為負號的路徑以及增強正反饋路徑。無論是產品規(guī)模變大，還是設計返工增加，都將對項目的進度造成影響。 項目組成員流失風險因子 項目組成員流失或者投入不穩(wěn)定，使得項目組缺乏有經驗的人員，并在可能的情況下增加新人到項目組。 缺乏關鍵人員風險因子 項目組成員流失或者投入不穩(wěn)定項目缺乏有經驗的人員 增加新人+ +缺陷引入++士氣降低缺陷檢測 項目溝通工作量新人接手導致進度延遲生產率進度延遲?++???+對項目平臺 / 環(huán)境 / 方法不熟悉培訓 溝通++錯誤引入+生產率 進度延遲????南京大學碩士論文 24 圖 314 缺乏關鍵人員原因 —— 結果圖 項目組缺乏關鍵人員，將導致不具備相關技能的人員上崗。 項目組缺乏關鍵人員培訓 缺陷引入+生產率 進度延遲??使用不具備相關技能人員缺陷檢測+ ++缺乏高級管理者的承諾和支持士氣低下 進度壓縮++人力投入不足+增加新任務或重估計后不能調整進度過度的進度壓力++疲勞 缺陷引入生產率進度延遲++++南京大學碩士論文 25 針對 6 個風險因子的問卷調查主要是用來測量風險因子對項目進度的潛在影響情況，參與調查的項目經理被請求按照其最近兩三年間所完成的軟件項目實際情況進行回答。 針對軟件項目“需求膨脹”風險因子，設 計了如下問題： 需求新增或需求變更后，相應的軟件規(guī)模變化有多大？ 需求新增或需求變更后，造成的返工比例（規(guī)?；蚬ぷ髁浚┯卸啻螅? 對于需求新增或需求變更造成的返工，返工生產率與開發(fā)新產品的生產率是否大小一致？如否，返工生產率是新產品開發(fā)生產率的多少倍？ 針對軟件項目“工作量估計不準確”風險因子，設計了如下問題： 軟件項目所估計的軟件項目工作量是多少？ 項目結束后，實際投入的軟件項目工作量是多少？ 項目實際投入與估計的偏差是多少？ 針對軟件項目“項目組成員流失”風險因子，設計了如下問題： 項目組共有多少名成員？有多少員工在沒有完成分配的任務或者在既定的釋放日期前就離開了項目組？ 對于人員離開項目組的工作交接，平均多長時間接手員工就可以獨立承當起該任務？ 綜合考慮上述兩點，項目組成員流失對項目進度的影響有多大？ 針對軟件項目“對項目平臺 /環(huán)境 /方法不熟悉”風險因子，設計了如下問題： 對項目平臺 /環(huán)境 /方法不熟悉，不熟悉的程度是“嚴重”、“一般”、或者是“輕微”？ 項目組是否針對平臺 /環(huán)境 /方法不熟悉進行了正式的培訓？人均培訓工作量有多少？ 由于對項目平臺 /環(huán)境 /方法不 熟悉而導致的項目進度影響有多大？ 針對軟件項目“缺乏關鍵人員”風險因子，設計了如下問題： 項目組是否“缺乏關鍵人員”？缺乏的程度是“嚴重”、“一般”、或者是“輕微”？ 缺乏關鍵人員對項目進度影響有多大？ 針對軟件項目“缺乏高層管理的支持和承諾”風險因子，設計了如下問題： 高級管理者對項目的成功作出承諾，并給項目組提供足夠的資源（人力、工具、時間等等）和關心的程度是“非常不支持”、“不支持”、“中立狀態(tài)”、“支持”還是“非常支持”？ 在項目運作過程中，高級管理者能夠容忍的項目進度擴展比例是多少 ？ “缺乏高層管理的支持和承諾”對項目進度的影響有多大？ 南京大學碩士論文 26 工作量估計不準確風險因子影響圖曲線 軟件項目工作量估計不準確是一個非常普遍的問題。使用非線性回歸統(tǒng)計工具NLREG 進行工作量數據擬合，得到工作量偏差分布符合正態(tài)分布 N（ %， %）。 在人力資源投入情況確定后，“工作量估計不準確”風險因子對項目進度的潛在影響可以等同于工作量偏差分布。 需求膨脹風險因子影響圖曲線 對需求膨脹的調查問題主要集中在它的兩個影響：（ 1）新增需求或者需求變更，將導致新的開發(fā)任務，并進而增加工作產品的規(guī)模；（ 2）新增需求或者需求變更，將導致針對原有需求的返工任務。從圖上可以看出，新增需求或者需求變更導致工作產品規(guī)模變化的平均值為 9%，變化范圍主要集中在（ 0%， 15%）之間；新增需求或者需求變更導致工作產品規(guī)模變化最大量為 72%。 圖 320 需求膨脹導致設計返工的柱狀圖 0510152025303510%5%05%10% 15% 20% 25% 30% 35% 40% 45% 50% 55% 60% 65% 70% 75%需求膨脹導致的規(guī)模變化相應項目數01020304050607010%5%05%10% 15% 20% 25% 30% 35% 40% 45% 50% 55% 60% 65% 70% 75%需求膨脹導致的設計返工相應項目個數南京大學碩士論文 29 關于返工生產率 對于需求膨脹而導致的新開發(fā)任務，可以認定其生產率與需求膨脹前項目的平均生產率一致。從調查結果可以發(fā)現，新開發(fā)任務生產率與返工生產率基本一致，因此，可以通過簡單的迭加方法，得到需求膨脹對項目進度的影響程