軟件開(kāi)發(fā)項目管理過(guò)程中的風(fēng)險管理研究
發(fā)布時(shí)間：2010/9/9 13:36:00
軟件項目風(fēng)險是指在軟件開(kāi)發(fā)過(guò)程中遇到的預算和進(jìn)度等方面的問(wèn)題以及這些問(wèn)題對軟件項目的影響。軟件項目風(fēng)險會(huì )影響項目計劃的實(shí)現，如果項目風(fēng)險變成現實(shí)，就有可能影響項目的進(jìn)度，增加項目的成本，甚至使軟件項目不能實(shí)現。如果對項目進(jìn)行風(fēng)險管理，就可以最大限度的減少風(fēng)險的發(fā)生。但是，目前國內的軟件企業(yè)不太關(guān)心軟件項目的風(fēng)險管理，結果造成軟件項目經(jīng)常性的延期、超過(guò)預算，甚至失敗。成功的項目管理一般都對項目風(fēng)險進(jìn)行了良好的管理。因此任何一個(gè)系統開(kāi)發(fā)項目都應將風(fēng)險管理作為軟件項目管理的重要內容。
在項目風(fēng)險管理中，存在多種風(fēng)險管理方法與工具，軟件項目管理只有找出最適合自己的方法與工具并應用到風(fēng)險管理中，才能盡量減少軟件項目風(fēng)險，促進(jìn)項目的成功。
項目風(fēng)險管理
項目風(fēng)險管理是指為了最好的達到項目的目標，識別、分配、應對項目生命周期內風(fēng)險的科學(xué)與藝術(shù)。項目風(fēng)險管理的目標是使潛在機會(huì )或回報最大化，使潛在風(fēng)險最小化。風(fēng)險管理涉及的主要過(guò)程包括：風(fēng)險識別，風(fēng)險量化，風(fēng)險應對計劃制定和風(fēng)險監控，如圖1所示。風(fēng)險識別在項目的開(kāi)始時(shí)就要進(jìn)行，并在項目執行中不斷進(jìn)行。就是說(shuō)，在項目的整個(gè)生命周期內，風(fēng)險識別是一個(gè)連續的過(guò)程。
(1)風(fēng)險識別：風(fēng)險識別包括確定風(fēng)險的來(lái)源，風(fēng)險產(chǎn)生的條件，描述其風(fēng)險特征和確定哪些風(fēng)險事件有可能影響本項目。風(fēng)險識別不是一次就可以完成的事，應當在項目的自始至終定期進(jìn)行。
(2)風(fēng)險量化：涉及對風(fēng)險及風(fēng)險的相互作用的評估，是衡量風(fēng)險概率和風(fēng)險對項目目標影響程度的過(guò)程。風(fēng)險量化的基本內容是確定那些事件需要制定應對措施。項目管者
(3)風(fēng)險應對計劃制定：針對風(fēng)險量化的結果，為降低項目風(fēng)險的負面效應制定風(fēng)險應對策略和技術(shù)手段的過(guò)程。風(fēng)險應對計劃依據風(fēng)險管理計劃、風(fēng)險排序、風(fēng)險認知等依據，得出風(fēng)險應對計劃、剩余風(fēng)險、次要風(fēng)險以及為其它過(guò)程提供得依據。training.mypm.net
(4)風(fēng)險監控：涉及整個(gè)項目管理過(guò)程中的風(fēng)險進(jìn)行應對。該過(guò)程的輸出包括應對風(fēng)險的糾正措施以及風(fēng)險管理計劃的更新。
每個(gè)步驟所使用的工具和方法詳見(jiàn)表1：
表1 風(fēng)險管理過(guò)程中所使用的工具、方法
軟件項目中的風(fēng)險管理
1、軟件項目中的風(fēng)險
軟件項目的風(fēng)險無(wú)非體現在以下四個(gè)方面：需求、技術(shù)、成本和進(jìn)度。IT項目開(kāi)發(fā)中常見(jiàn)的風(fēng)險有如下幾類(lèi)：
(1)需求風(fēng)險
�、傩枨笠呀�(jīng)成為項目基準，但需求還在繼續變化;
�、谛枨蠖x欠佳，而進(jìn)一步的定義會(huì )擴展項目范疇;www.mypm.net
�、厶砑宇~外的需求;
�、墚a(chǎn)品定義含混的部分比預期需要更多的時(shí)間;
�、菰谧鲂枨笾锌蛻�(hù)參與不夠;
�、奕鄙儆行У男枨笞兓芾磉^(guò)程。項目管理論壇
(2)計劃編制風(fēng)險
�、儆媱�、資源和產(chǎn)品定義全憑客戶(hù)或上層領(lǐng)導口頭指令，并且不完全一致;
�、谟媱澥莾�(yōu)化的，是"最佳狀態(tài)"，但計劃不現實(shí)，只能算是"期望狀態(tài)";
�、塾媱澔谑褂锰囟ǖ男〗M成員，而那個(gè)特定的小組成員其實(shí)指望不上;項目管理者聯(lián)盟文章
�、墚a(chǎn)品規模(代碼行數、功能點(diǎn)、與前一產(chǎn)品規模的百分比)比估計的要大;
�、萃瓿赡繕巳掌谔崆�，但沒(méi)有相應地調整產(chǎn)品范圍或可用資源;training.mypm.net
�、奚孀悴皇煜さ漠a(chǎn)品領(lǐng)域，花費在設計和實(shí)現上的時(shí)間比預期的要多。
(3)組織和管理風(fēng)險
�、賰H由管理層或市場(chǎng)人員進(jìn)行技術(shù)決策，導致計劃進(jìn)度緩慢，計劃時(shí)間延長(cháng);
�、诘托У捻椖拷M結構降低生產(chǎn)率;
�、酃芾韺訉彶� 決策的周期比預期的時(shí)間長(cháng);
�、茴A算削減，打亂項目計劃;
�、莨芾韺幼鞒隽舜驌繇椖拷M織積極性的決定;
�、奕狈Ρ匾囊幏�，導致工作失誤與重復工作;
�、叻羌夹g(shù)的第三方的工作(預算批準、設備采購批準、法律方面的審查、安全保證等)時(shí)間比預期的延長(cháng)。
(4)人員風(fēng)險
�、僮鳛橄葲Q條件的任務(wù)(如培訓及其他項目)不能按時(shí)完成;
�、陂_(kāi)發(fā)人員和管理層之間關(guān)系不佳，導致決策緩慢，影響全局;轉自項目管理者聯(lián)盟
�、廴狈畲胧�，士氣低下，降低了生產(chǎn)能力;項目管理者聯(lián)盟
�、苣承┤藛T需要更多的時(shí)間適應還不熟悉的軟件工具和環(huán)境;
�、蓓椖亢笃诩尤胄碌拈_(kāi)發(fā)人員，需進(jìn)行培訓并逐漸與現有成員溝通，從而使現有成員的工作效率降低;
�、抻捎陧椖拷M成員之間發(fā)生沖突，導致溝通不暢、設計欠佳、接口出現錯誤和額外的重復工作;
⑦不適應工作的成員沒(méi)有調離項目組，影響了項目組其他成員的積極性;項目管理者聯(lián)盟文章
�、鄾](méi)有找到項目急需的具有特定技能的人。項目管理培訓
(5)開(kāi)發(fā)環(huán)境風(fēng)險
�、僭O施未及時(shí)到位;
�、谠O施雖到位，但不配套，如沒(méi)有電話(huà)、網(wǎng)線(xiàn)、辦公用品等;項目管理培訓
�、墼O施擁擠、雜亂或者破損;項目管理者聯(lián)盟
�、荛_(kāi)發(fā)工具未及時(shí)到位;項目管理者聯(lián)盟文章
�、蓍_(kāi)發(fā)工具不如期望的那樣有效，開(kāi)發(fā)人員需要時(shí)間創(chuàng )建工作環(huán)境或者切換新的工具;
�、扌碌拈_(kāi)發(fā)工具的學(xué)習期比預期的長(cháng)，內容繁多。項目管理論壇
(6)客戶(hù)風(fēng)險項目管理論壇
�、倏蛻�(hù)對于最后交付的產(chǎn)品不滿(mǎn)意，要求重新設計和重做;
�、诳蛻�(hù)的意見(jiàn)未被采納，造成產(chǎn)品最終無(wú)法滿(mǎn)足用戶(hù)要求，因而必須重做;
�、劭蛻�(hù)對規劃、原型和規格的審核 決策周期比預期的要長(cháng);項目管理論壇
�、芸蛻�(hù)沒(méi)有或不能參與規劃、原型和規格階段的審核，導致需求不穩定和產(chǎn)品生產(chǎn)周期的變更;
�、菘蛻�(hù)答復的時(shí)間(如回答或澄清與需求相關(guān)問(wèn)題的時(shí)間)比預期長(cháng);
⑥客戶(hù)提供的組件質(zhì)量欠佳，導致額外的測試、設計和集成工作，以及額外的客戶(hù)關(guān)系管理工作。
(7)產(chǎn)品風(fēng)險
�、俪C正質(zhì)量低下的不可接受的產(chǎn)品，需要比預期更多的測試、設計和實(shí)現工作;
�、陂_(kāi)發(fā)額外的不需要的功能(鍍金)，延長(cháng)了計劃進(jìn)度;
�、蹏栏褚笈c現有系統兼容，需要進(jìn)行比預期更多的測試、設計和實(shí)現工作;
�、芤笈c其他系統或不受本項目組控制的系統相連，導致無(wú)法預料的設計、實(shí)現和測試工作;
�、菰诓皇煜せ蛭唇�(jīng)檢驗的軟件和硬件環(huán)境中運行所產(chǎn)生的未預料到的問(wèn)題;
�、揲_(kāi)發(fā)一種全新的模塊將比預期花費更長(cháng)的時(shí)間;項目經(jīng)理博客
�、咭蕾�(lài)正在開(kāi)發(fā)中的技術(shù)將延長(cháng)計劃進(jìn)度。
(8)設計和實(shí)現風(fēng)險
�、僭O計質(zhì)量低下，導致重復設計;
�、谝恍┍匾墓δ軣o(wú)法使用現有的代碼和庫實(shí)現，開(kāi)發(fā)人員必須使用新的庫或者自行開(kāi)發(fā)新的功能;
�、鄞a和庫質(zhì)量低下，導致需要進(jìn)行額外的測試，修正錯誤，或重新制作;
�、苓^(guò)高估計了增強型工具對計劃進(jìn)度的節省量;項目經(jīng)理圈子
�、莘謩e開(kāi)發(fā)的模塊無(wú)法有效集成，需要重新設計或制作。
(9)過(guò)程風(fēng)險轉自項目管理者聯(lián)盟
�、俅罅康募埫婀ぷ鲗е逻M(jìn)程比預期的慢;項目經(jīng)理圈子
�、谇捌诘馁|(zhì)量保證行為不真實(shí)，導致后期的重復工作;
�、厶徽�(缺乏對軟件開(kāi)發(fā)策略和標準的遵循)，導致溝通不足，質(zhì)量欠佳，甚至需重新開(kāi)發(fā)
�、苓^(guò)于正規(教條地堅持軟件開(kāi)發(fā)策略和標準)，導致過(guò)多耗時(shí)于無(wú)用的工作;
�、菹蚬芾韺幼珜�(xiě)進(jìn)程報告占用開(kāi)發(fā)人員的時(shí)間比預期的多;
�、揎L(fēng)險管理粗心，導致未能發(fā)現重大的項目風(fēng)險。項目經(jīng)理博客
2、軟件項目風(fēng)險管理模型
針對軟件項目中的風(fēng)險管理問(wèn)題，不少專(zhuān)家、組織提出了自己的風(fēng)險管理模型。主要的風(fēng)險管理模型有：Boehm模型，CRM模型和SERIM模型。
2.1 Barry Boehm模型
模型：RE=P (UO)*L (UO)
其中RE表示風(fēng)險或者風(fēng)險所造成的影響，P(UO)表示令人不滿(mǎn)意的結果所發(fā)生的概率，L(UO)表示糟糕的結果會(huì )產(chǎn)生的破壞性的程度。Boehm思想的核心是10大風(fēng)險因素列表。針對每個(gè)風(fēng)險因素，都給出了一系列的風(fēng)險管理策略。在實(shí)際操作時(shí)，Boehm以10大風(fēng)險列表為依據，總結當前項目具體的風(fēng)險因素，評估后進(jìn)行計劃和實(shí)施，在下一次定期召開(kāi)的會(huì )議上再對這10大風(fēng)險因素的解決情況進(jìn)行總結，產(chǎn)生新的10大風(fēng)險因素表，依此類(lèi)推。
2.2 SEI的CRM(Continuous Risk Management)模型
SEI CRM模型的風(fēng)險管理原則是：不斷地評估可能造成惡劣后果的因素;決定最迫切需要處理的風(fēng)險;實(shí)現控制風(fēng)險的策略;評測并確保風(fēng)險策略實(shí)施的有效性。CRM模型要求在項目生命期的所有階段都關(guān)注風(fēng)險識別和管理，它將風(fēng)險管理劃分為五個(gè)步驟：風(fēng)險識別、分析、計劃、跟蹤、控制。
2.3 SERIM(Software Engineering Risk Model)模型
vSERIM從技術(shù)和商業(yè)兩個(gè)角度對軟件風(fēng)險管理進(jìn)行剖析，考慮的問(wèn)題涉及開(kāi)銷(xiāo)、進(jìn)度、技術(shù)性能等。它還提供了一些指標和模型來(lái)估量和預測風(fēng)險，由于這些數據來(lái)源于大量的實(shí)際經(jīng)驗，因此具有很強的說(shuō)服力。
結束語(yǔ)
軟件項目管理從某種意義上講，就是風(fēng)險管理。我們盡量去定義明確不變的需求，以便進(jìn)行計劃并高效管理，但商業(yè)環(huán)境總是快速變化的，甚至是無(wú)序的變化。所以，軟件企業(yè)在進(jìn)行項目管理的過(guò)程中，必須采用適合自己的風(fēng)險管理方法進(jìn)行風(fēng)險管理，以確保軟件項目在規定的預算和期限內完成項目。( 資料來(lái)源：項目管理者聯(lián)盟)
2010-5-13