【正文】 用戶數(shù)量大大超出計劃產(chǎn)品規(guī)模復用程度低于計劃產(chǎn)品規(guī)模最終用戶抵制該計劃商業(yè)影響交付期限將被緊縮南業(yè)影響資金將會流失客戶特性用戶將改變需求產(chǎn)品規(guī)模技術達不到預期的效果技術情況缺少對工具的培訓開發(fā)壞境人員缺乏經(jīng)驗人貞數(shù)目及其經(jīng)驗人員流動頻繁人員數(shù)目及其經(jīng)驗 風險評估風險評估，又稱風險預測，就是對識別出的風險做進一步分析，對風險發(fā)生的概率進行估計和評價，對風險后果的嚴重程度進行估計和評價，對風險影響范圍進行估計和評價，以及對于風險發(fā)生時間進行估計和評價。具體條目要素見表10ˉ1。例如，美國的軟件工程研究所（簡稱SEI）的一份研究報告對于軟件風險提出用Class、Elcment、Attributc三個層次描述風險列表（見圖10—5）。開發(fā)人員對自己的工作是否有正確的期望？人員在技術上是否配套？是否有專家能夠回答有關工具的問題？是否有可用的測試工具？是否有可用的軟件過程管理工具？客戶能確定所要求的功能是可行的嗎？如果對于這些問題中的任何一個問題的答案是肯定的，則需要進一步的調(diào)研，以評估潛在的風險。產(chǎn)品的需求中是否要求開發(fā)某些程序構(gòu)件，這些構(gòu)件與你的公司以前開發(fā)的構(gòu)件完全不同？待開發(fā)的軟件是否需要使用新的或未經(jīng)證實的硬件接口？6）技術風險檢查表采用新技術是具有挑戰(zhàn)性和令人興奮的，但這也是有風險的。是否使用軟件工具來支持測試過程？是否定義及使用特定的規(guī)則進行代碼編寫？是否有一個可遵循的規(guī)程，來跟螓及復審子合同承包商的工作？技術問題包括：有什么機制來保證按照軟件工程標準來指導工作？是否為作為軟件過程一部分而定義的所有交付物建立了文檔概要及示例？開發(fā)人員是否同意按照文檔所寫的軟件過程進行開發(fā)工作，并自愿使用它？5）過程風險檢查表如果軟件過程定義得不清楚，如果分析、設計、測試以無序的方式進行，如果質(zhì)量是每個人都認為很重要的概念但沒有人切實采取行動來保證它，那么這個項目就處在風險之中。該客戶是否愿意參加復審工作？你以前是否曾與這個客戶合作過？一些人非常熟悉產(chǎn)品及生產(chǎn)廠商！而另一些人則可能綦未謀面，僅僅通過信件來往和電話與生產(chǎn)廠商溝通。亠些人喜歡享受客戶的身份，而另一些人則根本不喜歡作為客戶。4）客戶相關風險檢查表不同的客戶有不同的需要。缺少有效的需求變化管理過程。不確定的需要。在確定需求時客戶參與不夠。對產(chǎn)品缺少清晰的認識。如果在項目早期容忍了這些不確定性，并且在項目進展過程中得不到解決，則這些問題就會對項目的成功造成很大威脅。延遲交付所造成的成本消耗是多少？將會使用本產(chǎn)品的用戶數(shù)及本產(chǎn)品是否與用戶的需要相符合？復用的軟件有多少？2）商業(yè)影響風險檢查表下面的風險檢查表中的條目標識了與商業(yè)影響相關的常見風險：產(chǎn)品規(guī)模與以前產(chǎn)品的規(guī)模的平均值的偏差百分比是多少？下面的風險檢查表中的條目標識了與軟件規(guī)模相關的常見風險：技術情況商業(yè)影響風險條目檢查表一般根據(jù)風險要素進行編寫，包括項目的環(huán)境、管理層的重視度、技術情況以及內(nèi)部因素（如團隊成員的技能或技能缺陷等）。情景分析法是一種適用于對可變因奏較多的項目進行風險預測和識別的系統(tǒng)技術，它在假定關鍵影響因素有可能發(fā)生的塞礎上，構(gòu)造多重情景，提出多種未來的可能結(jié)果，以便采取適當措施防息于未然。這就要求主持專家會議的人在會議開始時的發(fā)言應能激起專家們的思維“靈感”，促使專家們感到急需回答會議提出的問題，通過專家之間的信息交流和相互啟發(fā)，從而誘發(fā)專家們產(chǎn)生“思維共振”，以達到互相補充并產(chǎn)生“組合效應”，獲取更多的未來信，a，使預測和識別的結(jié)果更準確。這樣反復經(jīng)過四至五輪，逐步使專家的意見趨向一致，作為最后預測和識別的根據(jù)。風險識別的輸出是風險列表。風險識別不是一次性行為，而應有規(guī)律地貫穿整個項目中。內(nèi)在風險是指項目工作組能加以控制和影響的風險，如人事任免和成本估計等。特定性風險只有那些對當前項目的技術、人員及環(huán)境非常了解的人才能識別出來。了解和掌握項目風險的來源、性質(zhì)和發(fā)生規(guī)律，強化風險意識，進行有效的風險管理，這些對項目的成功具有很重要的意義。但是，因為不是所有的風險都能夠預防，所以項目組必須建立一個應付意外事件的計劃，使其在必要時能夠以可控的及有效的方式做出反應。當補救的努力失敗后，項目就會處在真正的危機之中?？梢哉f你不跟蹤風險，風險就跟蹤你。風險管理意味著危機還沒有發(fā)生之前就對它進行處理，這就提高了項目成功的機會并減少了不可避免風險所產(chǎn)生的后果。2）從計劃的職能看，項目計劃考慮的是未來，而未來存在不確定因蓁，風險管理的職能之一是減少項目整個過程中的不確定性，有利子計劃的準確性。風險管理是一系列對未來的預測，伴隨著一系列的活動和處理過程以便控制風險，減少其對項目的影響。6）風險和利益的對稱性風險和利益是同時存在的，風險是利益的代價，利益是風險的報酬。4）可變性 度量風險的可變性表現(xiàn)在一定條件下可以轉(zhuǎn)化，風險事件可以轉(zhuǎn)化為非風險的事件，非風險的事件可以轉(zhuǎn)化為風險事件。2）不確定性風險發(fā)生的不確定性表現(xiàn)為風險的程度有多大以及風險何時何地有可能變?yōu)楝F(xiàn)實，這些都是不肯定的。3）不可預測風險不可預測風險是可能、也會真的出現(xiàn)、但很難事先識別出來的風險。如果沒有得到預算或者人員的保證，就發(fā)生了預算風險。如果開發(fā)的軟件不再符合公司的軟件產(chǎn)品策略，就發(fā)生了策略風險。3）商業(yè)風險商業(yè)風險主要包括：市場風險、策略風險、管理風險和預算風險等。項目的復雜性、規(guī)模的不確定性和結(jié)構(gòu)的不確定性也是構(gòu)成項目風險的因奏。當沒有辦法消除風險甚至連試圖降低該風險也存在疑問時，這些風險就是真正的風險了。需求的變化，設計鐠誤、疏漏和理解鐠誤，狹隘定義或理解鐠誤，不充分估計，不勝任的拈犬人咼等等、都旱風除岡葚。風險發(fā)生的過程如圖10度量2所示，首先有風險因素的存在，風險因素導致風險事件的發(fā)生，從而造成損失，而損失又引起了實際與計劃之間的差異，從而得到風險的結(jié)果。自那以后，軟件的風險管理逐漸被人們所認識。如果風險真出現(xiàn)了，這種態(tài)度會使項目陷入困境，這是一個大型項目中很可能發(fā)生的事情。例如，在軟件測試期間經(jīng)常會發(fā)現(xiàn)故障，因此一個合理的項目必須做好發(fā)現(xiàn)故障時對它們進行修復的計劃。因此，對項目風險進行科學、準確的判別，為項目決策層和管理人員提供科學的評估方法，是十分必要的。，《軟件項目管理案例教程》，機械工業(yè)出版社 ，200502 【叢書名】 國家示范性軟件學院系列教材 10 軟件項目風險管埋計劃 2 軟件項目風險管理概述 2 風險概念 2 風險類型 4 風險的基本性質(zhì) 5 風險管理概述 5 風險管理的意義 5 風險識別 6 概念 7 德爾菲方法 7 頭腦風暴法 7 情景分析法 7 風險條目惱查表 7 真他方法 13 風險識別的結(jié)果 13 風險評估 13 概念 14 定性風險評估 14 定量風險評估 15 風險分析結(jié)果表 17 風險規(guī)劃 18 概忿 18 回避風險 18 轉(zhuǎn)移風險 19 損失控制 19 自留風險 19 風險規(guī)劃結(jié)果 19 風險控制 20 風險管埋的建議 20 案例說明 21 小結(jié) 21 習題 2210 軟件項目風險管埋計劃任何項目都有一定的不確定性，如果沒有很好的風險管理，項目就可能遇到麻煩。圖101路線圖第9站：風險計劃 軟件項目風險管理概述在軟件項目的開發(fā)過程中，必然要使用一些新技術、新產(chǎn)品，同時由于軟件系統(tǒng)本身的結(jié)枸和技術復雜性的原因，需要投人大量人力、物力和財力，這就造成開發(fā)過程中存在某些“未知量”或“不確定因素”，這必然給項目的開發(fā)帶來一定程度的風險，也可能會使項目計劃失敗或不能完全達到預期目標。如果風險確實發(fā)生了，則它的發(fā)生會對項目產(chǎn)生有害的或者負面的影響。因此，我們通常會表現(xiàn)出很樂觀，不是看不到風險就是希望它們不會發(fā)生。風險管理是軟件管理中相對較新的領域，它首次出現(xiàn)于貝姆（Bochm）關子風險管理的指商中。風險關注未來的事情，這意味著，風險涉及選擇本身包含的不確定性，軟件開發(fā)過程及軟件產(chǎn)品都要面臨各種決策的選擇。風險因素是指能夠引起風