- 相關(guān)推薦
關(guān)于軟件項目管理中的風(fēng)險分析與管理
論文摘要：介紹了軟件項目風(fēng)險的重要性，探討了軟件項目風(fēng)險管理的主要過(guò)程和步驟以及常用的工具和方法，詳細分析了軟件項目中常見(jiàn)的風(fēng)險類(lèi)型和風(fēng)險成因，最后給出了經(jīng)典的風(fēng)險管理模型和常用的風(fēng)險應對措施．
論文關(guān)鍵詞：項目管理；風(fēng)險分析；風(fēng)險管理；風(fēng)險應對；模型
0引言
隨著(zhù)信息技術(shù)的飛速發(fā)展，軟件產(chǎn)品的規模也越來(lái)越大，各軟件企業(yè)在開(kāi)發(fā)活動(dòng)中都為了使軟件項目能夠按照預定的、進(jìn)度和質(zhì)量順利完成而進(jìn)行有效的分析和管理．但因軟件是純知識產(chǎn)品，其開(kāi)發(fā)進(jìn)度和質(zhì)量很難估計和度量，生產(chǎn)效率也難以預測和保證，加之軟件系統本身的結構和技術(shù)復雜性等原因，造成了開(kāi)發(fā)過(guò)程中存在某些“未知量”或“不確定因素”，這必然給項目的開(kāi)發(fā)帶來(lái)一定程度的風(fēng)險，可能會(huì )使項目計劃失敗或不能完全達到預期的目標．
軟件項目都存在著(zhù)這樣那樣的風(fēng)險，軟件項目風(fēng)險管理是指對在軟件開(kāi)發(fā)過(guò)程中所遇到的預算和進(jìn)度等方面的問(wèn)題以及這些問(wèn)題對軟件項目的影響進(jìn)行分析，積極尋求風(fēng)險應對方法，做好風(fēng)險管理計劃．
軟件項目風(fēng)險會(huì )影響項目計劃的實(shí)現，如果項目風(fēng)險變成現實(shí)，就有可能影響項目的進(jìn)度，增加項目的成本，甚至使軟件項目不能實(shí)現．如果在進(jìn)行軟件項目開(kāi)發(fā)時(shí)，注重風(fēng)險分析，實(shí)施風(fēng)險管理，就可以最大限度的減少風(fēng)險地發(fā)生，從而提高項目成功的機會(huì )．
目前，國內的軟件企業(yè)不太關(guān)心軟件項目的風(fēng)險管理，結果造成軟件項目經(jīng)常性的延期、超過(guò)預算，甚至失�。晒Φ捻椖抗芾硪话愣紝椖匡L(fēng)險進(jìn)行了良好的管理．因此，任何一個(gè)系統開(kāi)發(fā)項目都應將風(fēng)險管理作為軟件項目管理的重要內容．總之，對項目風(fēng)險進(jìn)行科學(xué)、準確的判別，為項目決策層和管理人員提供科學(xué)的評估方法，是十分必要的．
1項目風(fēng)險管理
項目是一系列獨特的、復雜的并相互關(guān)聯(lián)的活動(dòng)，這些活動(dòng)具有一個(gè)明確的目標并且必須在特定的時(shí)間和預算內依據規范完成．項目風(fēng)險管理是指為了最好的達到項目的目標而去識別、分配以及應對項目生命周期內所產(chǎn)生風(fēng)險的科學(xué)與．項目風(fēng)險管理的主要目的是系統識別與項目有關(guān)的風(fēng)險，評價(jià)、管理和改善項目的執行效果．項目風(fēng)險管理的目標是使潛在機會(huì )或回報最大化，使潛在風(fēng)險最小化．它有影響項目設計和項目基準計劃的潛力．
風(fēng)險管理涉及的主要過(guò)程和步驟包括：風(fēng)險識別、風(fēng)險量化、風(fēng)險應對計劃制定和風(fēng)險監控，如圖1所示．
[1]
(1)風(fēng)險識別.風(fēng)險識別在項目的開(kāi)始時(shí)就要進(jìn)行，并在項目執行中不斷進(jìn)行.也就是說(shuō)，在項目的整個(gè)生命周期內，風(fēng)險識別是一個(gè)連續的過(guò)程．軟件項目由于其本身的創(chuàng )造性，注定了其風(fēng)險的復雜性．風(fēng)險識別包括確定風(fēng)險的來(lái)源，風(fēng)險產(chǎn)生的條件，描述其風(fēng)險特征和確定哪些風(fēng)險事件有可能影響本項目．風(fēng)險識別不是一次就可以完成的事，應當在項目的自始至終定期進(jìn)行．
風(fēng)險識別的過(guò)程如圖2所示，風(fēng)險識別的輸入可能是項目的WBS、SOW以及項目相關(guān)信息等數據；風(fēng)險識別的常用方法是建立“風(fēng)險條目檢查表”，利用一組提問(wèn)來(lái)幫助項目風(fēng)險者了解在項目和技術(shù)方面有哪些風(fēng)險，風(fēng)險識別的輸出則是風(fēng)險列表．此外，還有風(fēng)險識別問(wèn)詢(xún)法(座談法、專(zhuān)家法)、報表法、流程圖法、現場(chǎng)觀(guān)察法、相關(guān)部門(mén)配合法和分析法等其他方法．
(2)風(fēng)險量化．對已識別的風(fēng)險要進(jìn)行估計和評價(jià)，風(fēng)險量化的主要任務(wù)是確定風(fēng)險發(fā)生的概率與后果，風(fēng)險評價(jià)則是確定該風(fēng)險的意義及處理的費用／效果分析，常用的方法有：概率分布、外推法和多目標分析法等．它涉及對風(fēng)險及風(fēng)險的相互作用的評估，是衡量風(fēng)險概率和風(fēng)險對項目目標影響程度的過(guò)程．風(fēng)險量化的基本內容是確定哪些事件需要制定應對措施．
(3)風(fēng)險應對計劃制定．針對風(fēng)險量化的結果，風(fēng)險應對計劃根據風(fēng)險管理計劃、風(fēng)險排序和風(fēng)險認知等依據，采取風(fēng)險控制、風(fēng)險自留和風(fēng)險轉移等方法，從而為降低項目風(fēng)險的負面效應制定風(fēng)險應對策略，得出風(fēng)險應對計劃．
(4)風(fēng)險監控．風(fēng)險監控，包括對風(fēng)險發(fā)生的監督和對風(fēng)險管理的監督，前者是對已識別的風(fēng)險源進(jìn)行監視和控制，后者是在項目實(shí)施過(guò)程中監督人們認真執行風(fēng)險管理的組織和技術(shù)措施．對涉及整個(gè)項目管理過(guò)程中的風(fēng)險進(jìn)行應對．該過(guò)程的輸出包括應對風(fēng)險的糾正措施以及風(fēng)險管理計劃的更新．
總之，風(fēng)險管理的每個(gè)步驟所使用的工具和方法詳見(jiàn)表l：
2軟件項目中的風(fēng)險管理
2．1軟件項目中的風(fēng)險分類(lèi)及成因分析
軟件項目的風(fēng)險主要體現在以下四個(gè)方面：需求、技術(shù)、和進(jìn)度．軟件項目開(kāi)發(fā)中常見(jiàn)的風(fēng)險有：
(1)需求風(fēng)險．需求風(fēng)險的形成，可以從三方面進(jìn)行分析：首先是由于應用部門(mén)的介人與參與程度不夠，考慮需求往往從部門(mén)或局部的角度出發(fā)；其次是項目組對需求的調研目標不明晰，分析不透徹，缺乏有效的需求變化管理所造成的．這大都是因為從事軟件開(kāi)發(fā)的都是“高科技人員”，都具有“從專(zhuān)業(yè)或學(xué)術(shù)角度出發(fā)”的特點(diǎn)，而往往忽視了對業(yè)務(wù)知識的深入了解，不能很好解甚至是誤解客戶(hù)的需求；第三，是由于缺乏與決策層進(jìn)行深層次的交流，難以掌握企業(yè)的發(fā)展趨勢，對需求的延伸性不明確．這些需求不確定性的風(fēng)險，都可能會(huì )造成大量工作“跑題”浪費，甚至是到項目都快要完成時(shí)，依然出現應用部門(mén)對系統提出一些基本的業(yè)務(wù)需求，或是軟件功能實(shí)現了，卻發(fā)現實(shí)際業(yè)務(wù)已發(fā)生了變化，導致軟件失去了應有的價(jià)值等，使時(shí)間和成本的投入成倍增長(cháng)，甚至是系統無(wú)法正常投入使用．
[2]
(2)計劃編制風(fēng)險．計劃編制風(fēng)險主要體現在：計劃是優(yōu)化的“最佳狀態(tài)”，但計劃不現實(shí)，處于“期望狀態(tài)”；計劃、資源和產(chǎn)品定義全憑客戶(hù)或上層領(lǐng)導口頭指令，并且不完全一致，缺乏翔實(shí)的書(shū)面計劃；計劃基于使用特定的小組成員，而那個(gè)特定的小組成員其實(shí)指望不上；完成目標日期提前，但沒(méi)有相應地調整產(chǎn)品范圍或可用資源；產(chǎn)品規模(如代碼行數、功能點(diǎn)以及與前一產(chǎn)品規模的百分比等)比估計的要大等．
(3)組織和風(fēng)險．組織和管理風(fēng)險大都是由于項目經(jīng)理或管理人員缺乏項目管理知識，對項目的工作范圍不明確，對總體計劃、階段計劃的作用認識不足，對項目的風(fēng)險估計不足，而造成計劃與控制脫節，無(wú)法進(jìn)行有效的項目進(jìn)度管理；而且，由于項目管理人員的協(xié)調管理能力不足，執行力度不夠，使得項目協(xié)調和時(shí)間成本大大增加，從而造成工作延誤等．
(4)人員與開(kāi)發(fā)風(fēng)險．人員風(fēng)險主要體現在缺乏激勵措施，士氣低下，開(kāi)發(fā)人員和管理層之間關(guān)系不佳，導致決策緩慢，影響全局，從而降低了生產(chǎn)能力；項目后期加入新的開(kāi)發(fā)人員，需進(jìn)行培訓并逐漸與現有成員溝通，從而使現有成員的工作效率降低；不適應工作的成員沒(méi)有調離項目組，影響了項目組其他成員的積極性；由于項目組成員之間發(fā)生沖突，導致溝通不暢、設計欠佳、接口出現錯誤和額外的重復工作等．開(kāi)發(fā)環(huán)境風(fēng)險主要有：開(kāi)發(fā)工具未及時(shí)到位或不如期望的那樣有效，開(kāi)發(fā)人員需要時(shí)間創(chuàng )建工作環(huán)境或者切換新的工具；新的開(kāi)發(fā)工具的學(xué)習期比預期的長(cháng)，內容繁多；設施擁擠、雜亂破損、未及時(shí)到位或者雖到位，但不配套(如沒(méi)有電話(huà)、網(wǎng)線(xiàn)、辦公用品等)．
(5)設計技術(shù)和實(shí)現過(guò)程風(fēng)險．設計技術(shù)風(fēng)險可以直接導致項目失�。x擇沒(méi)有成功的案例或不熟悉行業(yè)業(yè)務(wù)的開(kāi)發(fā)商；項目的目標、范圍超過(guò)了項目組的實(shí)現能力；采用不熟悉或是欠成熟先進(jìn)的開(kāi)發(fā)工具、不符合行業(yè)特點(diǎn)的數據分析模型；設計質(zhì)量低下，分別開(kāi)發(fā)的模塊無(wú)法有效集成，需要重新設計或制作；一些必要的功能無(wú)法使用現有的代碼和庫實(shí)現，開(kāi)發(fā)人員必須使用新的庫或者自行開(kāi)發(fā)新的功能；代碼和庫質(zhì)量低下，導致需要進(jìn)行額外的測試，修正錯誤，或重新制作等，這都無(wú)疑會(huì )使項目處于毀滅性的風(fēng)險之中．過(guò)程風(fēng)險主要有前期的質(zhì)量保證行為不真實(shí)，導致后期的重復工作；太不正規(如缺乏對軟件開(kāi)發(fā)策略和標準的遵循)，導致溝通不足，質(zhì)量欠佳，甚至需要重新開(kāi)發(fā)；過(guò)于正規(如教條地堅持軟件開(kāi)發(fā)策略和標準)，導致過(guò)多耗時(shí)于無(wú)用的工作等．
(6)客戶(hù)與產(chǎn)品風(fēng)險．客戶(hù)風(fēng)險主要表現在：客戶(hù)的意見(jiàn)未被采納，造成產(chǎn)品最終無(wú)法滿(mǎn)足客戶(hù)要求，要求重新設計或重做；客戶(hù)沒(méi)有或不能參與規劃、原型和規格階段的審核，導致需求不穩定和產(chǎn)品生產(chǎn)周期的變更；客戶(hù)答復的時(shí)間(如回答或澄清與需求相關(guān)問(wèn)題的時(shí)間)’以及決策周期比預期長(cháng)；客戶(hù)提供的組件質(zhì)量欠佳，導致額外的測試、設計和集成工作，以及額外的客戶(hù)關(guān)系管理工作．產(chǎn)品的風(fēng)險主要表現在：開(kāi)發(fā)額外的不需要的功能或依賴(lài)正在開(kāi)發(fā)中的技術(shù)，從而延長(cháng)了計劃進(jìn)度；嚴格要求與現有系統兼容或與其他系統(不受本項目組控制的系統)相連以及矯正質(zhì)量低下的不可接受的產(chǎn)品，從而導致比預期更多的無(wú)法預料的設計、實(shí)現和測試工作等．
2．2常見(jiàn)的軟件項目風(fēng)險管理模型
針對軟件項目中的風(fēng)險管理問(wèn)題，不少專(zhuān)家、組織提出了自己的風(fēng)險管理模型．常見(jiàn)的主要風(fēng)險管理模型有：連續風(fēng)險管理模型(CRM)、Boehm模型和軟件工程風(fēng)險模型(SERIM)．
(1)SEI的連續風(fēng)險管理模型(CRM)．SEICRM模型的風(fēng)險管理原則是不斷地評估可能造成惡劣后果的因素；決定最迫切需要處理的風(fēng)險；實(shí)現控制風(fēng)險的策略；評測并確保風(fēng)險策略實(shí)施的有效性．CRM模型要求在項目生命期的所有階段都關(guān)注風(fēng)險識別和管理，它將風(fēng)險管理劃分為五個(gè)步驟：風(fēng)險識別、分析、計劃、跟蹤、控制．
(2)BarryBoehm模型．Boehm模型的思想核心是：10大風(fēng)險因素列表．針對每個(gè)風(fēng)險因素，都給出了一系列的風(fēng)險管理策略．在實(shí)際操作時(shí)，Boehm以lO大風(fēng)險列表為依據，當前項目具體的風(fēng)險因素，評估后進(jìn)行計劃和實(shí)施，在下一次定期召開(kāi)的會(huì )議上再對這lO大風(fēng)險因素的解決情況進(jìn)行總結，產(chǎn)生新的lO大風(fēng)險因素表，依此類(lèi)推．
Boehm模型的基本形式可描述為：RE=P(UO)，IcL(UO)，其中RE表示風(fēng)險或者風(fēng)險所造成的影響；P(uo)表示令人不滿(mǎn)意的結果所發(fā)生的概率；L(uo)表示糟糕的結果會(huì )產(chǎn)生的破壞性的程度．
(3)軟件工程風(fēng)險模型(SERIM)．SERIM模型要求從技術(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ō)服力．
[3]
2．3常見(jiàn)的風(fēng)險應對措施
風(fēng)險分析活動(dòng)分析的目的在于建立處理風(fēng)險的策略．而風(fēng)險規避的最好方式是把風(fēng)險控制在項目啟動(dòng)階段，把損失減小到最小程度．常見(jiàn)的風(fēng)險應對措施有：
(1)建立暢通的溝通渠道和溝通策略．需求的不確定性風(fēng)險很大程度上是由溝通不暢引起的．因此，在需求調研階段，要多和應用部門(mén)溝通，了解他們真正的需求，最好能將目標系統的模型向應用部門(mén)演示，并得到反饋意見(jiàn)，直到雙方都達成共識，形成雙方認可的驗收方案和驗收標準，并做好變更控制和配置，盡量降低需求不確定性風(fēng)險．
(2)配備高素質(zhì)的項目管理人員．最好是具有豐富的項目管理經(jīng)驗，或是經(jīng)過(guò)系統的項目管理知識訓練的人員來(lái)?yè)雾椖拷?jīng)理，通過(guò)制定有效的項目管理計劃，并認真執行落實(shí)，提高項目的可控性．同時(shí)，風(fēng)險不是靜止的、一成不變的，它會(huì )隨著(zhù)項目狀況的變化而變化，因此，風(fēng)險管理必須被作為一個(gè)日常的正式活動(dòng)列入項目工作計劃，成為項目管理人員的一個(gè)重要工作．
(3)建立一支協(xié)作高效的項目團隊．技術(shù)部門(mén)有技術(shù)，業(yè)務(wù)部門(mén)有需求，因此，項目組中不僅要有開(kāi)發(fā)商和技術(shù)部門(mén)的參與，更要有應用部門(mén)的參與，從而形成一個(gè)合作的項目工作團隊，共同理解企業(yè)的戰略規劃和業(yè)務(wù)發(fā)展，從整體全局的角度，提出有效的信息化需求，共同研討項目進(jìn)展中出現的問(wèn)題，共同控制項目進(jìn)度，共同為項目質(zhì)量把關(guān)．
(4)制定科學(xué)的風(fēng)險管理計劃．從風(fēng)險管理的角度對項目規劃或計劃進(jìn)行審核，建立“風(fēng)險清單”，對每個(gè)可能存在風(fēng)險的表現、范圍、時(shí)間做出盡量準確的判斷并對風(fēng)險進(jìn)行監控，提前做好應對準備．如針對需求風(fēng)險，要制定相應的需求變更控制；針對技術(shù)風(fēng)險，要安排核心技術(shù)人員全程參與開(kāi)發(fā)等．
(5)選擇合適的開(kāi)發(fā)技術(shù)．雖然在系統設計時(shí)需要考慮新技術(shù)的發(fā)展和技術(shù)的先進(jìn)性問(wèn)題，但“最好的不一定是最合適的，最合適的才是最好的”，如果項目組的人員對所需開(kāi)發(fā)的技術(shù)不熟，在滿(mǎn)足業(yè)務(wù)需求的前提下，盡可能采用熟悉的技術(shù)來(lái)減輕項目在或進(jìn)度方面的影響，也可以事先進(jìn)行培訓來(lái)減輕對項目的影響，以避免因技術(shù)瓶頸導致的項目失�。�
3結束語(yǔ)
軟件項目管理從某種意義上講，就是風(fēng)險管理．在項目風(fēng)險管理中，存在多種風(fēng)險管理方法與工具，軟件項目管理只有找出最適合自己的方法與工具并應用到風(fēng)險管理中，才能更好地適應快速而又無(wú)序變化的商業(yè)，才能盡量減少軟件項目的風(fēng)險，以確保在規定的預算和期限內更好地完成軟件項目，從而促進(jìn)項目的成功．
[4]
【軟件項目管理中的風(fēng)險分析與管理】相關(guān)文章：
關(guān)于軟件項目管理及風(fēng)險分析03-01
ＩＴ項目管理中的風(fēng)險研究03-24
計算機軟件項目管理中的需求分析03-20
淺析計算機軟件項目管理中的需求分析03-13