【正文】 比如，如果銷售商不能夠順利銷售，那么用制定囝定價格的合同來減緩成本風(fēng)險會造成項目時間進(jìn)程受延誤的風(fēng)險；而相同情形下，將技術(shù)風(fēng)險轉(zhuǎn)嫁給銷售商又會造成難以接受的成本風(fēng)險。例如，將有風(fēng)險的一個軟件項目分包給其他的分包商，或者通過免責(zé)合同等開脫手段說明不對后果負(fù)責(zé)。3）不是所有的風(fēng)險都可以采取回避策略，如地震或者洪澇災(zāi)害等風(fēng)險是無法回避的。排除特定風(fēng)險往往依靠排除風(fēng)險起源。 回避風(fēng)險風(fēng)險事件常?？梢酝ㄟ^及時改變計劃來制止或避免。風(fēng)險規(guī)劃的輸出是項目風(fēng)險管理的計劃。而Product Enginccring中的各個Element占有的風(fēng)險比例分別是：Rcquircmts為黨％，Design為27％，Intcgration andTest為14％，Enginccring Spccialtics為67o，Code and Uni＂cst為2％；可見需求（Rcquircments）和設(shè)計（Dcsign）是風(fēng)險的主要來源。其中，整體影響值可對四個風(fēng)險因素（性能、支持、成本及進(jìn)度）的影響類別求平均值（有時也采用加權(quán)平均值）。比如說，虛線的交叉點顯示：在項目啟動后150天之內(nèi)完成項目的可能性為50％。例如蒙特卡羅技術(shù)（Monte Carlo）。通過比較，可以決策，應(yīng)該實施這個計劃。決策樹的分支或代表決策或代表偶發(fā)事件，如圖10度量7是一個典型的決策樹圖，是對實施某計劃的風(fēng)險分析。圖10ˉ6表示了這種情況。一種對風(fēng)險評估的常用技術(shù)是定義風(fēng)險的參照水準(zhǔn)，對絕大多數(shù)軟件項目來講，風(fēng)險因素——成本、性能、支持和進(jìn)度就是典型的風(fēng)險參照系，也就是說，對成本超支、性能下降、支持困難、進(jìn)度延遲都有一個導(dǎo)致項目終止的水平值。盈虧平衡分析盈虧平衡分析就是要確定項目的盈虧平衡點。采用訪談方式，可以邀請以前搞過與本項目相類似項，目的專家，這些專家運用他們的經(jīng)驗做出風(fēng)險度量，其結(jié)果將會相當(dāng)準(zhǔn)確和可靠，甚至有時比通過數(shù)學(xué)計算與模擬仿真的結(jié)果還要準(zhǔn)確和可靠。一般，在定性風(fēng)險分析之后就可以進(jìn)行定量風(fēng)險分析。一個具有高影響但低概率的風(fēng)險因素不應(yīng)當(dāng)占用太多的風(fēng)險管理時間，而具有中到高概率、高影響的風(fēng)險和具有高概率及低影響的風(fēng)險就應(yīng)該進(jìn)行風(fēng)險分析。表：0ˉ6 簡易的定性風(fēng)險評估表當(dāng)然，定性風(fēng)險評估可以采用更為簡單的方法。通常，將最高風(fēng)險指數(shù)定為1，對應(yīng)于風(fēng)險事件是頻繁發(fā)生的并是有災(zāi)難性的后果；最低風(fēng)險指數(shù)定為20，對應(yīng)于風(fēng)險事件幾乎孔可能發(fā)生并且后果是輕微的。如表10虧3所示，將風(fēng)險發(fā)生的概率分為5個等級。例如，根據(jù)風(fēng)險事件發(fā)生的概率度，將風(fēng)險事件發(fā)生的可能性定性地分為若干等級。歷史資料法主要是應(yīng)用歷史數(shù)據(jù)進(jìn)行評估的方法，通過同類歷史項目的風(fēng)險發(fā)生情況，進(jìn)行本項目的估算。 概念在實踐中，通常把風(fēng)險評估的結(jié)果用風(fēng)險發(fā)生的概率以及風(fēng)險發(fā)生后對項目目標(biāo)的影響來表示，風(fēng)險R是該風(fēng)險發(fā)生的概率P和影響程度I的函數(shù)：即R＝f（P，I）。圖10度量5風(fēng)險三層分析結(jié)構(gòu)表亻0丬 三層風(fēng)險檢查表類（Class）元素（ElCmt）屬性（Attributc）產(chǎn)品工程（Product Enginccring）需求（RCquiremts）穩(wěn)定性〈Stability）完整性（Completencss）清晰性〈Clarity）有效性（validity）可行性（Feasibility）前瞻性（Precedent）衡量性（ScalC）設(shè)計（DCsign）功能性（Functionality）難度（Difficu1ty）接口（Intcrfaccs）性能（PCrforman∞）易諷！性（Tcstability）硬件的限制（Hardwarc constraints）非開發(fā)軟件（Non Devclopmtal software）編碼和單元測試（Codc and unittcst）可行性（FCasibility）可測性（Tcsting）編碼（Coding／Imp1cmtation）集成和測試（Integration and Tes?。┉h(huán)境（Environmt）產(chǎn)品（Product）系統(tǒng)（Systcm）工程特點（En目inecring Spccialtics）可維護(hù)性（Maintainability）可靠性（Reliability）安全性（Socurity）人為因素（Human FactOrs）規(guī)m（Spocification）開發(fā)環(huán)境（DcvclopmentEnvironmt）開發(fā)過程（Developmt Process）正規(guī)性（Formality）適合性（Suitability）過程控制（Process Control）過程的熟知程度（Familiarity）產(chǎn)品控制（Product∞ntrol）開發(fā)系統(tǒng)（Dcvc1opmt Systcm）容童（Capacity）適合性（Suitability）可用性（UsabiIity）了解程度（Familiarity）可靠性（Re“ability）系統(tǒng)的支持性（System suppOrt）供應(yīng)能力（Dcliverability）管理過程（Management Process）計劃性（Planning）項目組織（Projcct Organization）管理經(jīng)驗（ManagCment Expcrice）管理程序之間的接口（Program Interfaccs）管理方法（Managcmt Mcthods）監(jiān)控（Monitoring）人員管理（Pcrsonncl Management）質(zhì)量保證（Quality Assurancc）配置管理（Configuration Managcmt）工作環(huán)境（Work Environmt）質(zhì)量的態(tài)度（Quality Attitudc）合↑乍性（CoopCrat擊On）溝通（Communication）團(tuán)隊士氣（MoralC）項目限制（Program constraints）資源（Resourccs）進(jìn)度（Schcdulc）人員（Stafp預(yù)算（BudgCt）設(shè)備（Facilities）合同（Contrac?。┖贤愋汀碩ypc of Contract）約束條件（Rcstriction）前提（DCpdence）項目接口丨Program Intcrfaccs）客戶（Customcr）相關(guān)合同人（AssoCiate COntractOrs）弓⒎合lPl（SubcOntractors）總承包人（PrimC COntractOr）公司管理機(jī)構(gòu)（CorpOratc Managcment）供方（vdors）合同條款（Politics） 真他方法進(jìn)行風(fēng)險識別的時候，項目經(jīng)理不一定能預(yù)測到所有的風(fēng)險情況，而且有時當(dāng)局者迷，與不同的項目相關(guān)人員進(jìn)行有關(guān)風(fēng)險的面談，將有助于識別那些在常規(guī)計劃中未被識別的風(fēng)險。對于Class（類）層分三組，即ProductEnginccring、Dcvclopment Environmt和Program Constraints。開發(fā)人員是否接受過必要的培訓(xùn)？是否有足夠的人員可用？工具的聯(lián)機(jī)幫助及文檔是否適當(dāng)？如果對于上述問題的答案多數(shù)是否定的，則軟件開發(fā)環(huán)境是薄弱的且風(fēng)險很高。是否有可用的軟件配置管理工具？是否有可用的分析及設(shè)計工具？7）開發(fā)環(huán)境風(fēng)險檢查表軟件工程環(huán)境支持項目組、過程及產(chǎn)品，但是，如果環(huán)境有缺陷，它就有可能成為重要的風(fēng)險源。需求中是否要求采用新的分析、設(shè)計、測試方法？ ⒒待開發(fā)的軟件是否需要與開發(fā)商提供的未經(jīng)證實的軟件產(chǎn)品接口？下面的風(fēng)險檢查表中的條目標(biāo)識了與建造的技術(shù)相關(guān)的常見風(fēng)險：是否使用軟件工具來支持文檔的生成和管理？是否使用特定的方法進(jìn)行測試用例的設(shè)計？是否使用方便易用的規(guī)格說明技術(shù)來輔助客戶與開發(fā)者之間的通信？b是否使用特定的方法進(jìn)行軟件分析？是否使用配置管理來維護(hù)系統(tǒng)／軟件需求、設(shè)計、編碼、測試用例之間的一致性？是否定期對需求規(guī)約、設(shè)計和編碼進(jìn)行正式的技術(shù)復(fù)審？該軟件過程是否可以用子其他項目？過程問題包括：該客戶是否具有該產(chǎn)品領(lǐng)域的技術(shù)奏養(yǎng)？該客戶是否很清楚薷要什么；他能否花時間把需求寫出來？一個“不好的”客戶可能會對一個軟件項目組能否在預(yù)算