的審查、安全保證等)時間比預期的延長。
　?。?）人員風險
　　①作為先決條件的任務(如培訓及其他項目)不能按時完成；
　?、陂_發(fā)人員和管理層之間關系不佳，導致決策緩慢，影響全局；
　?、廴狈畲胧繗獾拖?，降低了生產(chǎn)能力；
　?、苣承┤藛T需要更多的時間適應還不熟悉的軟件工具和環(huán)境；
　?、蓓椖亢笃诩尤胄碌拈_發(fā)人員，需進行培訓并逐漸與現(xiàn)有成員溝通，從而使現(xiàn)有成員的工作效率降低；
　?、抻捎陧椖拷M成員之間發(fā)生沖突，導致溝通不暢、設計欠佳、接口出現(xiàn)錯誤和額外的重復工作；
　　⑦不適應工作的成員沒有調(diào)離項目組，影響了項目組其他成員的積極性；
　　⑧沒有找到項目急需的具有特定技能的人。 
　　（5）開發(fā)環(huán)境風險
　?、僭O施未及時到位；
　?、谠O施雖到位，但不配套，如沒有電話、網(wǎng)線、辦公用品等；
　?、墼O施擁擠、雜亂或者破損；
　　④開發(fā)工具未及時到位；
　?、蓍_發(fā)工具不如期望的那樣有效，開發(fā)人員需要時間創(chuàng)建工作環(huán)境或者切換新的工具；
　　⑥新的開發(fā)工具的學習期比預期的長，內(nèi)容繁多。
　?。?）客戶風險
　　①客戶對于最后交付的產(chǎn)品不滿意，要求重新設計和重做；
　?、诳蛻舻囊庖娢幢徊杉{，造成產(chǎn)品最終無法滿足用戶要求，因而必須重做；
　　③客戶對規(guī)劃、原型和規(guī)格的審核 決策周期比預期的要長；
　?、芸蛻魶]有或不能參與規(guī)劃、原型和規(guī)格階段的審核，導致需求不穩(wěn)定和產(chǎn)品生產(chǎn)周期的變更；
　?、菘蛻舸饛偷臅r間(如回答或澄清與需求相關問題的時間)比預期長；
　?、蘅蛻籼峁┑慕M件質(zhì)量欠佳，導致額外的測試、設計和集成工作，以及額外的客戶關系管理工作。
　?。?）產(chǎn)品風險
　?、俪C正質(zhì)量低下的不可接受的產(chǎn)品，需要比預期更多的測試、設計和實現(xiàn)工作；
　?、陂_發(fā)額外的不需要的功能(鍍金)，延長了計劃進度；
　?、蹏栏褚笈c現(xiàn)有系統(tǒng)兼容，需要進行比預期更多的測試、設計和實現(xiàn)工作；
　?、芤笈c其他系統(tǒng)或不受本項目組控制的系統(tǒng)相連，導致無法預料的設計、實現(xiàn)和測試工作；
　?、菰诓皇煜せ蛭唇?jīng)檢驗的軟件和硬件環(huán)境中運行所產(chǎn)生的未預料到的問題；
　?、揲_發(fā)一種全新的模塊將比預期花費更長的時間；
　　⑦依賴正在開發(fā)中的技術將延長計劃進度。 
　　（8）設計和實現(xiàn)風險
　?、僭O計質(zhì)量低下，導致重復設計；
　?、谝恍┍匾墓δ軣o法使用現(xiàn)有的代碼和庫實現(xiàn)，開發(fā)人員必須使用新的庫或者自行開發(fā)新的功能；
　　③代碼和庫質(zhì)量低下，導致需要進行額外的測試，修正錯誤，或重新制作；
　?、苓^高估計了增強型工具對計劃進度的節(jié)省量；
　　⑤分別開發(fā)的模塊無法有效集成，需要重新設計或制作。
　　（9）過程風險
　?、俅罅康募埫婀ぷ鲗е逻M程比預期的慢；
　?、谇捌诘馁|(zhì)量保證行為不真實，導致后期的重復工作；
　?、厶徽?guī)(缺乏對軟件開發(fā)策略和標準的遵循)，導致溝通不足，質(zhì)量欠佳，甚至需重新開發(fā)；
　?、苓^于正規(guī)(教條地堅持軟件開發(fā)策略和標準)，導致過多耗時于無用的工作；
　?、菹蚬芾韺幼珜戇M程報告占用開發(fā)人員的時間比預期的多；
　?、揎L險管理粗心，導致未能發(fā)現(xiàn)重大的項目風險。
　　2、軟件項目風險管理模型
　　針對軟件項目中的風險管理問題，不少專家、組織提出了自己的風險管理模型。主要的風險管理模型有：Boehm模型，CRM模型和SERIM模型。
　　2.1 Barry Boehm模型
　　模型：RE=P (UO)*L (UO)
　　其中RE表示風險或者風險所造成的影響，P(UO)表示令人不滿意的結(jié)果所發(fā)生的概率，L(UO)表示糟糕的結(jié)果會產(chǎn)生的破壞性的程度。Boehm思想的核心是10大風險因素列表。針對每個風險因素，都給出了

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html