第一篇：軟件項目風(fēng)險管控

推介導(dǎo)讀：

此論文從需求調(diào)研、開發(fā)、實施以及項目收尾四個項目階段，列舉了11種典型的常見風(fēng)險，并給出了這些風(fēng)險的詳細(xì)和切實可行的風(fēng)險規(guī)避措施。這些風(fēng)險和措施實用、實在，值得做為公司項目管理財富庫進行收藏，值得各項目組借鑒。

軟件項目風(fēng)險管控

1.什么是軟件項目風(fēng)險

軟件項目風(fēng)險是指在軟件開發(fā)過程中遇到的預(yù)算和進度等方面的問題以及這些問題對軟件項目的影響。軟件項目風(fēng)險會影響項目計劃的實現(xiàn)，如果項目風(fēng)險變成現(xiàn)實，就有可能影響項目的進度，增加項目的成本，甚至使軟件項目目標(biāo)不能實現(xiàn)。如果對項目進行風(fēng)險管理，就可以最大限度的減少風(fēng)險的發(fā)生。2.項目風(fēng)險及應(yīng)對措施

軟件項目的生命周期可以分為四個階段，即需求調(diào)研階段、開發(fā)階段、實施階段、收尾階段，軟件開發(fā)過程可分為：需求分析、設(shè)計、編碼、測試等幾個過程，在軟件項目的每個階段、每個過程都可能存在風(fēng)險。下面結(jié)合項目談?wù)劯麟A段碰到的風(fēng)險。

2.1.需求調(diào)研階段 1． 風(fēng)險描述：

調(diào)研涉眾沒有足夠的時間參與調(diào)研活動，嚴(yán)重影響調(diào)研進度與調(diào)研質(zhì)量。應(yīng)對措施：

? 開始調(diào)研時，召集公司的高層領(lǐng)導(dǎo)、各部門主管及參與調(diào)研的關(guān)鍵涉眾召開調(diào)研啟動會，讓所有涉眾都重視本次調(diào)研活動，努力配合調(diào)研工作。在調(diào)研啟動會上明確調(diào)研涉眾的職責(zé)；

? 在制定調(diào)研計劃時，應(yīng)事前與相關(guān)涉眾做好溝通工作，努力減少調(diào)研計劃與日常工作安排的沖突；

? 相關(guān)人員通過移交日常工作等辦法，有效保證相關(guān)涉眾的調(diào)研時間； ? 調(diào)研人員設(shè)計調(diào)研提綱時，要有針對性，盡量努力提高調(diào)研效率。2． 風(fēng)險描述： 調(diào)研成果不能真實和完整地體現(xiàn)管理層意圖與企業(yè)經(jīng)營管理需要。應(yīng)對措施：

? 通過客戶方的多方協(xié)調(diào)，讓管理層要重視調(diào)研人員的訪談，客觀而真實地回答訪談問題；

? 管理層調(diào)研提綱在設(shè)計時，不僅要做到有針對性，而且要有全面性； ? 調(diào)研人員在訪談管理層，要善于挖掘與總結(jié)管理層的管理意圖與經(jīng)營思路； ? 管理層的意圖應(yīng)宣達(dá)到所有涉眾，努力做到在繁多的需求中，把握住管理思路的主線。

3． 風(fēng)險描述：

在某些需求議題上，不同部門、不同單位可能會有不同的理解與要求，且可能會各自堅持自己的意見，無法達(dá)成共識。應(yīng)對措施：

? 通過管理層宣傳與教育，讓相關(guān)涉眾認(rèn)識到業(yè)務(wù)流程標(biāo)準(zhǔn)化的重要性； ? 由總部成立業(yè)務(wù)專家小組，在出現(xiàn)需求不一致，提出權(quán)威的解決方案； ? 調(diào)研人員憑借自身的流程分析能力，盡量定義出能兼容不同需求的解決方案。? 對確實無法達(dá)成共識的需求，可以采用暫時擱置爭議辦法，以保證進度。4． 風(fēng)險描述：

調(diào)研成果偏離調(diào)研涉眾的需求 應(yīng)對措施：

? 調(diào)研時認(rèn)真聆聽調(diào)研涉眾的需求，然后理解及復(fù)述調(diào)研的需求；

? 調(diào)研完成后，在當(dāng)天整理出涉眾備忘錄、調(diào)研涉眾的交付物清單，梳理并繪制流程圖；

? 第二天安排足夠的時間，與調(diào)研涉眾核對涉眾備忘錄、流程圖、交付物清單，并得到調(diào)研涉眾的書面確認(rèn)；

? 每家分公司的所有調(diào)研成果最終都要有分公司領(lǐng)導(dǎo)的書面簽字確認(rèn)。2.2.開發(fā)階段 1． 風(fēng)險描述： 錯誤理解需求分析，導(dǎo)致開發(fā)成果與用戶需求偏離。應(yīng)對措施：

? 準(zhǔn)確規(guī)范的文字表達(dá)模式；

? 系統(tǒng)分析師與開發(fā)人員保持密切溝通，必要時召開會議向全體開發(fā)小組成員介紹需求的詳細(xì)情況；

? 功能開發(fā)完后，系統(tǒng)分析師檢查功能實現(xiàn)情況及效果； 2． 風(fēng)險描述：

項目周期短導(dǎo)致開發(fā)周期短，需要把SQL翻譯為ORACLE，而且要統(tǒng)一平臺整合船代與貨代系統(tǒng)，開發(fā)任務(wù)艱巨，可能導(dǎo)致開發(fā)無法如期開發(fā)完成的風(fēng)險。應(yīng)對措施：

? 增加項目組熟練開發(fā)人員； ? 分析、設(shè)計、開發(fā)、測試迭代進行；

? 在客戶方搭建測試環(huán)境，開發(fā)完成部分功能后，發(fā)布到客戶方測試環(huán)境，讓關(guān)鍵用戶一起驗證，及時糾正偏離的需求。

2.3.實施階段 1． 風(fēng)險描述：

基礎(chǔ)數(shù)據(jù)收集不完整、不及時，導(dǎo)致系統(tǒng)UAT效果不好。應(yīng)對措施：

? 盡早整理所有需要收集的基礎(chǔ)信息表，發(fā)給各公司系統(tǒng)負(fù)責(zé)人，并告知收集的期限，收集的期限必須要預(yù)留緩沖時間。

? 收集到基礎(chǔ)信息表要必須在UAT開始前導(dǎo)入系統(tǒng)的UAT環(huán)境。

? 基礎(chǔ)數(shù)據(jù)維護是一個漫長的過程，建議UAT的基礎(chǔ)數(shù)據(jù)按正確的數(shù)據(jù)進行維護，上線時直接導(dǎo)入正式環(huán)境。

2． 風(fēng)險描述：

UAT效果不好，導(dǎo)致無法如期上線。應(yīng)對措施：

? 與公司領(lǐng)導(dǎo)、各業(yè)務(wù)部門主管了解公司的業(yè)務(wù)線，制定UAT計劃時必須涵蓋公司的所有業(yè)務(wù)線；

? 與UAT用戶共同制定各業(yè)務(wù)線的錄入數(shù)據(jù)量，每天或者每周統(tǒng)計數(shù)據(jù)錄入情況，匯報相關(guān)項目干系人。統(tǒng)計清單中必須有計劃錄入數(shù)據(jù)量、實際錄入數(shù)據(jù)量、完成百分比情況；

? 若錄入數(shù)據(jù)量比計劃數(shù)據(jù)量偏差比較大時，必須及時召開例會并讓公司領(lǐng)導(dǎo)一起參與會議。

? UAT時，必須讓關(guān)鍵用戶清楚知道整個操作流程及功能點，必須要有功能清單。3． 風(fēng)險描述：

UAT后上線還是有一大堆問題，上線效果非常差，沒達(dá)到用戶的預(yù)期。應(yīng)對措施：

? UAT后建議安排系統(tǒng)并行，根據(jù)各業(yè)務(wù)線的情況制定并行計劃。例如：有的業(yè)務(wù)線數(shù)據(jù)量比較少可以采取完全并行的模式，有的業(yè)務(wù)線數(shù)據(jù)量比較大可以采取并行50%的方式；

? 讓所有的最終用戶參與系統(tǒng)的并行；

? 并行階段每天或者每周統(tǒng)計數(shù)據(jù)錄入情況，匯報相關(guān)項目干系人。統(tǒng)計清單中必須有計劃錄入數(shù)據(jù)量、實際錄入數(shù)據(jù)量、完成百分比情況；

4． 風(fēng)險描述：

UAT階段都沒什么問題，上線時因某個功能原因推遲上線。應(yīng)對措施：

? 項目啟動時，嚴(yán)格制定上線標(biāo)準(zhǔn)；

? UAT階段要有詳細(xì)的功能清單、EDI清單、打印套版、接口清單，讓關(guān)鍵用戶知道試用的內(nèi)容；

? 在UAT期間，必須要讓關(guān)鍵用戶對這些清單進行試用，并規(guī)定問題反饋的期限； ? 上線一周前收集關(guān)鍵用戶對這些清單的簽字確認(rèn)，至少預(yù)留一周的緩沖時間。2.4.收尾階段 1． 風(fēng)險描述：

系統(tǒng)的驗收是整個項目過程中最難的里程碑點，系統(tǒng)不可能做到完全沒有問題，客戶可以找一些理由遲遲不驗收系統(tǒng)。應(yīng)對措施：

? 簽訂商務(wù)合同的時候，規(guī)定驗收的期限，例如：上線后多長時間完成驗收工作； ? 驗收標(biāo)準(zhǔn)正常情況下是按需求規(guī)格說明書及合同規(guī)定的交付物進行驗收，但是項目周期緊，開始寫的需求規(guī)格說明書到了系統(tǒng)驗收階段往往偏離比較大。雙方項目經(jīng)理及相關(guān)領(lǐng)導(dǎo)討論制定系統(tǒng)需求收集期限，并對需求進行劃分，劃分出合同范圍內(nèi)驗收前解決的需求清單，合同范圍外驗收前解決的需求清單。針對這些需求進行集中處理。

? 雙方對合同交付物的理解可能會存在一定的偏差，也需要雙方項目經(jīng)理及相關(guān)領(lǐng)導(dǎo)進行詳細(xì)的溝通，確定驗收時的不違背合同的交付物清單，項目組集中收集這些信息。

3.總結(jié)

軟件項目風(fēng)險貫穿整個項目的始終，風(fēng)險無處不在，風(fēng)險無時不有，風(fēng)險并不可怕，可怕的是沒識別風(fēng)險，可怕的是沒有風(fēng)險管控。

第二篇：軟件項目風(fēng)險評估報告范文

軟件項目風(fēng)險評估報告范文

本文主要針對軟件開發(fā)涉及到的風(fēng)險，包括在軟件開發(fā)周期過程中可能出現(xiàn)的風(fēng)險以及軟件實施過程中外部環(huán)境的變化可能引起的風(fēng)險等進行評估。在文中對所提到的風(fēng)險都一一做了詳細(xì)的分析，并提出了相應(yīng)的風(fēng)險回避措施。

由于風(fēng)險是在項目開始之后才開始對項目的開發(fā)起負(fù)面的影響，所以風(fēng)險分析的不足，或是風(fēng)險回避措施不得力，都很有可能造成軟件開發(fā)的失敗。風(fēng)險分析是在事前的一種估計，憑借一定的技術(shù)手段和豐富的經(jīng)驗，基本能夠?qū)椖康娘L(fēng)險做出比較準(zhǔn)確的估計，經(jīng)過慎重的考慮提出可行的風(fēng)險回避措施，是避免損失的重要環(huán)節(jié)。

主要風(fēng)險綜述

任何軟件的開發(fā)，其主要風(fēng)險均來自于兩個方面，一是軟件管理，二是軟件體系結(jié)構(gòu)。軟件產(chǎn)品的開發(fā)是工程技術(shù)與個人創(chuàng)作的有機結(jié)合。軟件開發(fā)是人的集體智慧按照工程化的思想進行發(fā)揮的過程。軟件管理是保證軟件開發(fā)工程化的手段。軟件體系結(jié)構(gòu)的合理程度是取決于集體智慧發(fā)揮的程度和經(jīng)驗的運用。

軟件管理將影響到軟件的下列因素：

軟件是否能夠按工期的要求完成：軟件的工期常常是制約軟件質(zhì)量的主要因素。很多情況下，軟件開發(fā)商在工期的壓力下，放棄文檔的書寫，組織，結(jié)果在工程的晚期，大量需要文檔進行協(xié)調(diào)的工作時，致使軟件進度越來越慢。軟件的開發(fā)不同于其他的工程，在不同的工程階段，需要的人員不同，需要配合的方面也不同，所有這些都需要行之有效的軟件管理的保證。

軟件需求的調(diào)研是否深入透徹：軟件的需求是確保軟件正確反映用戶的對軟件使用的重要的文檔，探討軟件需求是軟件開發(fā)的起始點，但軟件的需求卻會貫穿整個軟件的開發(fā)過程，軟件管理需要對軟件需求的變化進行控制和管理，一方面保證軟件需求的變化不至于造成軟件工程的一改再改而無法按期完成;同時又要保證開發(fā)的軟件能夠為用戶所接受。軟件管理需要控制軟件的每個階段進行的成度，不能過細(xì)造成時間的浪費，也不能過粗，造成軟件缺陷。

軟件的實現(xiàn)技術(shù)手段是否能夠同時滿足性能要求：軟件的構(gòu)造需要對軟件構(gòu)造過程中的使用的各種技術(shù)進行評估。軟件構(gòu)造技術(shù)通常是這樣：最成熟的技術(shù)，往往不能體現(xiàn)最好的軟件性能;先進的技術(shù)，往往人員對其熟悉程度不夠，對其中隱含的缺陷不夠明了。軟件管理在制定軟件開發(fā)計劃和定義里程碑時必須考慮這些因素，并做出合理的權(quán)衡決策。

軟件質(zhì)量體系是否能夠被有效地保證：任何軟件管理忽略軟件質(zhì)量監(jiān)督環(huán)節(jié)都將對軟件的生產(chǎn)構(gòu)成巨大的風(fēng)險。而制定卓有成效的軟件質(zhì)量監(jiān)督體系，是任何軟件開發(fā)組織必不可少的。軟件質(zhì)量保證體系是軟件開發(fā)成為可控制過程的基礎(chǔ)，也是開發(fā)商和用戶進行交流的基礎(chǔ)和依據(jù)。

軟件體系結(jié)構(gòu)影響到軟件的如下質(zhì)量因素：

軟件的可伸縮性：是指軟件在不進行修改的情況下適應(yīng)不同的工作環(huán)境的能力。由于硬件的飛速發(fā)展和軟件開發(fā)周期較長的矛盾，軟件升級的需要顯得非常迫切。如果軟件的升級和移植非常困難，軟件的生命期必定很短，使得化費巨大人力物力開發(fā)出的軟件系統(tǒng)只能在低性能的硬件或網(wǎng)絡(luò)上運行，甚至被廢棄不用，造成巨大的浪費。

軟件的可維護性：軟件的維護也是必然的事情，為了保證軟件的較長使用壽命，軟件就必須適應(yīng)不斷的業(yè)務(wù)需求變化，根據(jù)業(yè)務(wù)需求的變化對軟件進行修改。修改的成本和周期都直接和軟件的體系結(jié)構(gòu)相關(guān)。一個好的軟件體系結(jié)構(gòu)可以盡可能地將系統(tǒng)的變化放在系統(tǒng)的配置上，即軟件代碼無需修改，僅僅是在系統(tǒng)提供的配置文件中進行適當(dāng)?shù)男薷模缓筌浖匦录虞d進入運行狀態(tài)，就完成了系統(tǒng)部分功能和性能要求的變化。對于重大改動，需要打開源代碼進行修改的，也僅僅是先繼承原先的代碼，然后用新的功能接替原先的調(diào)用接口，這樣將把軟件改動量減小到最低。

軟件易用性：軟件的易用性是影響軟件是否被用戶接受的關(guān)鍵之關(guān)鍵因素。在軟件產(chǎn)品中，設(shè)計復(fù)雜，功能強大而完備，但因為操作繁復(fù)而被擱置者屢見不鮮。造成的主要原因在于缺乏軟件開發(fā)中軟件體系結(jié)構(gòu)的宏觀把握能力。另一方面，缺乏有效的手段進行軟件需求的確定和對潛在需求的挖掘。

項目管理的風(fēng)險

軟件項目管理的風(fēng)險來自于軟件項目自身的特點：

軟件產(chǎn)品不可見：開發(fā)的進展以及軟件的質(zhì)量是否符合要求難于度量，從而使軟件的管理難于把握。

軟件的生產(chǎn)過程不存在絕對正確的過程形式：可以肯定的是不同的軟件開發(fā)項目應(yīng)當(dāng)采用不同的或者說是有針對性的軟件開發(fā)過程，而真正合適的軟件開發(fā)過程是在軟件項目的開發(fā)完成才能明了的。因此項目開發(fā)之初只能根據(jù)項目的特點和開發(fā)經(jīng)驗進行選擇，并在開發(fā)過程中不斷的調(diào)整。

大型軟件項目往往是“一次性”的。以往的經(jīng)驗可以被借鑒的地方不多。回避和控制軟件管理風(fēng)險的唯一辦法就是設(shè)立監(jiān)督制度，項目開發(fā)中任何較大的決定都必須有主要技術(shù)環(huán)節(jié)甚至是由用戶參與進行的。在該項目中項目監(jiān)督由項目開發(fā)中的質(zhì)量監(jiān)督組來實施。

一般參與軟件開發(fā)的人員(包括管理者和技術(shù)人員)和其責(zé)任進行分析如下：

參與者

項目經(jīng)理1人

主要職責(zé)：進行全局把握，側(cè)重于項目的商務(wù)方面，充當(dāng)項目組同客戶正式交流的接口環(huán)節(jié)。

項目負(fù)責(zé)人1人

主要職責(zé)：制定項目開發(fā)計劃和開發(fā)策略，參與項目核心系統(tǒng)的分析設(shè)計，同時努力保證開發(fā)計劃的按時完成和開發(fā)策略的真正貫徹落實。

領(lǐng)域?qū)＜?或2人

主要職責(zé)：在軟件分析階段幫助分析人員界定系統(tǒng)實現(xiàn)邊界和實現(xiàn)的功能，對特定檢測點進行算法審核，同時對測試策略和軟件操作界面提出參考意見。

質(zhì)量監(jiān)督組1或2人

主要職責(zé)：編制軟件質(zhì)量控制計劃，并負(fù)責(zé)落實;控制必要文檔的生產(chǎn)，通過文檔，監(jiān)督項目實施過程中軟件的質(zhì)量，并產(chǎn)生軟件質(zhì)量報告，提請項目經(jīng)理和項目負(fù)責(zé)人審閱;對于項目中出現(xiàn)的質(zhì)量問題，主持召開質(zhì)量復(fù)審會議。

系統(tǒng)分析員1或2人

主要職責(zé)：協(xié)同項目負(fù)責(zé)人進行軟件系統(tǒng)的分析和設(shè)計工作，書寫軟件需求分析和系統(tǒng)設(shè)計相關(guān)文檔。在軟件實現(xiàn)階段進行測試策略的編制和對性能測試的指導(dǎo)。

程序員2或3人

主要職責(zé)：協(xié)助分析人員進行詳細(xì)設(shè)計，和軟件系統(tǒng)的代碼實現(xiàn)，并進行適當(dāng)?shù)陌缀袦y試。

測試員2或3人

主要職責(zé)：已經(jīng)實現(xiàn)的軟件組件、構(gòu)件或系統(tǒng)進行正確性驗證測試，整合后的系統(tǒng)的性能測試等。書寫測試報告和測試統(tǒng)計報告提請質(zhì)量監(jiān)督組復(fù)審。

技術(shù)支持2或3人

主要職責(zé)：協(xié)同系統(tǒng)分析人員聽取用戶需求，對需求分析進行參考性復(fù)審。協(xié)同測試人員進行測試，書寫操作手冊和在線幫助，在項目交付用戶之后進行跟蹤服務(wù)。

文檔組1或2人

主要職責(zé)：對各部門產(chǎn)生的文檔進行格式規(guī)范、版本編號和控制、存檔文件的檢索;協(xié)助質(zhì)量監(jiān)督組進行軟件質(zhì)量監(jiān)督。通過適當(dāng)?shù)娜藛T配備和職責(zé)劃分，能有效的降低軟件開發(fā)在后期的失控的可能性，和軟件對關(guān)鍵人員的依賴性。

軟件技術(shù)風(fēng)險

本系統(tǒng)擬訂采用的兩個重大的軟件技術(shù)是面向?qū)ο蟮臉?gòu)件和基于微軟的COM組件技術(shù)。組件和構(gòu)件技術(shù)都是為了提高軟件的可靠性和軟件的可擴展性而采用的技術(shù)手段。從技術(shù)成熟度上說不存在風(fēng)險，但為了實現(xiàn)良好的軟件構(gòu)架和穩(wěn)定的組件，與傳統(tǒng)開發(fā)方法比較，有相當(dāng)?shù)亩嗟念~外工作需要做，這會給項目工期帶來較大的風(fēng)險。

回避和控制這部分風(fēng)險的辦法是在項目進行的過程不斷的對該階段進行風(fēng)險估計和指定有效的里程碑。同時采用“范例”方式提高開發(fā)人員的構(gòu)件組件的分析識別能力，適時調(diào)整構(gòu)件組件的數(shù)量和粒度。

軟件過程風(fēng)險

軟件需求階段的風(fēng)險

軟件的開發(fā)是以用戶的需求開始，在大多數(shù)情況下，用戶需求要靠軟件開發(fā)方誘導(dǎo)才能保證需求的完整，再以書面的形式形成《用戶需求》這一重要的文檔。需求分析更多的是開發(fā)方確認(rèn)需求的可行性和一致性的過程，在此階段需要和用戶進行廣泛的交流和確認(rèn)。需求和需求分析的任何疏漏造成的損失會在軟件系統(tǒng)的后續(xù)階段被一級一級地放大，因此本階段的風(fēng)險最大。

設(shè)計階段的風(fēng)險

設(shè)計的主要目的在于軟件的功能正確的反映了需求。可見需求的不完整和對需求分析的不完整和錯誤，在設(shè)計階段被成倍地放大。設(shè)計階段的主要任務(wù)是完成系統(tǒng)體系結(jié)構(gòu)的定義，使之能夠完 成需求階段的即定目標(biāo);另一方面也是檢驗需求的一致性和需求分析的完整性和正確性。

設(shè)計本身的風(fēng)險主要來自于系統(tǒng)分析人員。分析人員在設(shè)計系統(tǒng)結(jié)構(gòu)時過于定制，系統(tǒng)的可擴展性較弱，會給后期維護帶來巨大的負(fù)擔(dān)，和維護成本的激增。對用戶來說系統(tǒng)的使用比例會有明顯的折扣，甚至造成軟件壽命過短。反之，軟件結(jié)構(gòu)的過于靈活和通用，必然引起軟件實現(xiàn)的難度增加，系統(tǒng)的復(fù)雜度會上升，這又會在實現(xiàn)和測試階段帶來風(fēng)險，系統(tǒng)的穩(wěn)定性也會受到影響。從另一個角度上看，業(yè)務(wù)規(guī)則的變化，或說用戶需求和將來軟件運行環(huán)境的變化都是必然的情況，目前軟件設(shè)計的所謂“通用性”是否就能很好的適應(yīng)將來需求和運行環(huán)境的的變化，是需要認(rèn)真折衷的。這種折中也蘊涵著很大的風(fēng)險。

設(shè)計階段蘊涵的另一種風(fēng)險來自于設(shè)計文檔。文檔的不健全不僅會造成實現(xiàn)階段的困難，更會在后期的測試和維護造成災(zāi)難性的后果，例如根本無法對軟件系統(tǒng)進行版本升級，甚至是發(fā)現(xiàn)的簡單錯誤都無從更正。

實現(xiàn)階段引入的風(fēng)險

軟件的實現(xiàn)從某種意義上講是軟件代碼的生產(chǎn)。原代碼本身也是文檔的一部分，同時它又是將來運行于計算機系統(tǒng)之上的實體。源代碼書寫的規(guī)范性，可讀性是該階段的主要風(fēng)險來源。規(guī)范的代碼生產(chǎn)會把屬于程序員自身個性風(fēng)格的成分引入代碼的比例降到最低限度，從而減小了系統(tǒng)整合的風(fēng)險。

維護階段的風(fēng)險

軟件維護包含兩個主要的維護階段，一個是軟件生產(chǎn)完畢到軟件試運行階段的維護，這個階段是一種實環(huán)境的測試性維護，其主要目的是發(fā)現(xiàn)在測試環(huán)境中不能或未發(fā)現(xiàn)的問題;另一個階段是當(dāng)軟件的運行不再能適應(yīng)用戶業(yè)務(wù)需求或是用戶的運行環(huán)境(包括硬件平臺，軟件環(huán)境等)時進行的軟件維護，具體可能是軟件的版本升級或軟件移植等。

從軟件工程的角度看，軟件維護費用約占總費用的55%~70%，系統(tǒng)越大，該費用越高。對系統(tǒng)可維護性的輕視是大型軟件系統(tǒng)的最大風(fēng)險。在軟件漫長的運營期內(nèi)，業(yè)務(wù)規(guī)則肯定會不斷發(fā)展，科學(xué)的解決此問題的做法是不斷對軟件系統(tǒng)進行版本升級，在確保可維護性的前提下逐步擴展系統(tǒng)。

在軟件系統(tǒng)運營期間，主要的風(fēng)險源自于技術(shù)支持體系的無效運轉(zhuǎn)。科學(xué)的方法是有一支客戶支持隊伍不斷收集運行中發(fā)現(xiàn)的問題，并將解決問題的方法傳授給軟件系統(tǒng)的所有使用者。

項目風(fēng)險表

風(fēng)險評估表中所提到的風(fēng)險是一般項目在開發(fā)過程中都客觀存在的，表中所列出的風(fēng)險系數(shù)是指在不對風(fēng)險進行深入的分析和有效的規(guī)避的情況下，該風(fēng)險項發(fā)生的概率。比如軟件產(chǎn)品的設(shè)計目標(biāo)是運行十年，體系結(jié)構(gòu)不合理的風(fēng)險是40%的含義是，如果不對系統(tǒng)進行深入的分析，未采用最合理的軟件技術(shù)進行設(shè)計，則生產(chǎn)出一個不具備可擴展性的軟件系統(tǒng)的概率是40%。由于客戶公司是仍將不斷發(fā)展的，在十年內(nèi)，該軟件系統(tǒng)都能滿足公司運營要求的可能性極低。由此而可能產(chǎn)生的災(zāi)難性后果是公司在業(yè)務(wù)發(fā)展的時候，必須重新開發(fā)新系統(tǒng)。

向客戶提供風(fēng)險評估，是按照國際慣例進行的例行操作，一方面讓客戶對潛在的風(fēng)險有更充分的了解，表明公司誠信 為本的態(tài)度，另一方面也用以鞭策和激勵全體開發(fā)人員嚴(yán)格執(zhí)行開發(fā)標(biāo)準(zhǔn)，共同監(jiān)督項目開發(fā)過程，努力避免風(fēng)險的發(fā)生。

第三篇：【資料】軟件項目風(fēng)險評估報告

軟件項目風(fēng)險評估報告

本文主要針對軟件開發(fā)涉及到的風(fēng)險，包括在軟件開發(fā)周期過程中可能出現(xiàn)的風(fēng)險以及軟件實施過程中外部環(huán)境的變化可能引起的風(fēng)險等進行評估。在文中對所提到的風(fēng)險都一一做了詳細(xì)的分析，并提出了相應(yīng)的風(fēng)險回避措施。由于風(fēng)險是在項目開始之后才開始對項目的開發(fā)起負(fù)面的影響，所以風(fēng)險分析的不足，或是風(fēng)險回避措施不得力，都很有可能造成軟件開發(fā)的失敗。風(fēng)險分析是在事前的一種估計，憑借一定的技術(shù)手段和豐富的經(jīng)驗，基本能夠?qū)椖康娘L(fēng)險做出比較準(zhǔn)確的估計，經(jīng)過慎重的考慮提出可行的風(fēng)險回避措施，是避免損失的重要環(huán)節(jié)。主要風(fēng)險綜述

任何軟件的開發(fā)，其主要風(fēng)險均來自于兩個方面，一是軟件管理，二是軟件體系結(jié)構(gòu)。軟件產(chǎn)品的開發(fā)是工程技術(shù)與個人創(chuàng)作的有機結(jié)合。軟件開發(fā)是人的集體智慧按照工程化的思想進行發(fā)揮的過程。軟件管理是保證軟件開發(fā)工程化的手段。軟件體系結(jié)構(gòu)的合理程度是取決于集體智慧發(fā)揮的程度和經(jīng)驗的運用。

1.1 軟件管理將影響到軟件的下列因素：

軟件是否能夠按工期的要求完成：軟件的工期常常是制約軟件質(zhì)量的主要因素。很多情況下，軟件開發(fā)商在工期的壓力下，放棄文檔的書寫，組織，結(jié)果在工程的晚期，大量需要文檔進行協(xié)調(diào)的工作時，致使軟件進度越來越慢。軟件的開發(fā)不同于其他的工程，在不同的工程階段，需要的人員不同，需要配合的方面也不同，所有這些都需要行之有效的軟件管理的保證。軟件需求的調(diào)研是否深入透徹：軟件的需求是確保軟件正確反映用戶的對軟件使用的重要的文檔，探討軟件需求是軟件開發(fā)的起始點，但軟件的需求卻會貫穿整個軟件的開發(fā)過程，軟件管理需要對軟件需求的變化進行控制和管理，一方面保證軟件需求的變化不至于造成軟件工程的一改再改而無法按期完成；同時又要保證開發(fā)的軟件能夠為用戶所接受。軟件管理需要控制軟件的每個階段進行的成度，不能過細(xì)造成時間的浪費，也不能過粗，造成軟件缺陷。

軟件的實現(xiàn)技術(shù)手段是否能夠同時滿足性能要求：軟件的構(gòu)造需要對軟件構(gòu)造過程中的使用的各種技術(shù)進行評估。軟件構(gòu)造技術(shù)通常是這樣：最成熟的技術(shù)，往往不能體現(xiàn)最好的軟件性能；先進的技術(shù)，往往人員對其熟悉程度不夠，對其中隱含的缺陷不夠明了。軟件管理在制定軟件開發(fā)計劃和定義里程碑時必須考慮這些因素，并做出合理的權(quán)衡決策。

軟件質(zhì)量體系是否能夠被有效地保證：任何軟件管理忽略軟件質(zhì)量監(jiān)督環(huán)節(jié)都將對軟件的生產(chǎn)構(gòu)成巨大的風(fēng)險。而制定卓有成效的軟件質(zhì)量監(jiān)督體系，是任何軟件開發(fā)組織必不可少的。軟件質(zhì)量保證體系是軟件開發(fā)成為可控制過程的基礎(chǔ)，也是開發(fā)商和用戶進行交流的基礎(chǔ)和依據(jù)。

1.2 軟件體系結(jié)構(gòu)影響到軟件的如下質(zhì)量因素：

軟件的可伸縮性：是指軟件在不進行修改的情況下適應(yīng)不同的工作環(huán)境的能力。由于硬件的飛速發(fā)展和軟件開發(fā)周期較長的矛盾，軟件升級的需要顯得非常迫切。如果軟件的升級和移植非常困難，軟件的生命期必定很短，使得化費巨大人力物力開發(fā)出的軟件系統(tǒng)只能在低性能的硬件或網(wǎng)絡(luò)上運行，甚至被廢棄不用，造成巨大的浪費。軟件的可維護性：軟件的維護也是必然的事情，為了保證軟件的較長使用壽命，軟件就必須適應(yīng)不斷的業(yè)務(wù)需求變化，根據(jù)業(yè)務(wù)需求的變化對軟件進行修改。修改的成本和周期都直接和軟件的體系結(jié)構(gòu)相關(guān)。一個好的軟件體系結(jié)構(gòu)可以盡可能地將系統(tǒng)的變化放在系統(tǒng)的配置上，即軟件代碼無需修改，僅僅是在系統(tǒng)提供的配置文件中進行適當(dāng)?shù)男薷模缓筌浖匦录虞d進入運行狀態(tài)，就完成了系統(tǒng)部分功能和性能要求的變化。對于重大改動，需要打開源代碼進行修改的，也僅僅是先繼承原先的代碼，然后用新的功能接替原先的調(diào)用接口，這樣將把軟件改動量減小到最低。

軟件易用性：軟件的易用性是影響軟件是否被用戶接受的關(guān)鍵之關(guān)鍵因素。在軟件產(chǎn)品中，設(shè)計復(fù)雜，功能強大而完備，但因為操作繁復(fù)而被擱置者屢見不鮮。造成的主要原因在于缺乏軟件開發(fā)中軟件體系結(jié)構(gòu)的宏觀把握能力。另一方面，缺乏有效的手段進行軟件需求的確定和對潛在需求的挖掘。項目管理的風(fēng)險

軟件項目管理的風(fēng)險來自于軟件項目自身的特點：

軟件產(chǎn)品不可見：開發(fā)的進展以及軟件的質(zhì)量是否符合要求難于度量，從而使軟件的管理難于把握。軟件的生產(chǎn)過程不存在絕對正確的過程形式：可以肯定的是不同的軟件開發(fā)項目應(yīng)當(dāng)采用不同的或者說是有針對性的軟件開發(fā)過程，而真正合適的軟件開發(fā)過程是在軟件項目的開發(fā)完成才能明了的。因此項目開發(fā)之初只能根據(jù)項目的特點和開發(fā)經(jīng)驗進行選擇，并在開發(fā)過程中不斷的調(diào)整。

大型軟件項目往往是“一次性”的。以往的經(jīng)驗可以被借鑒的地方不多。回避和控制軟件管理風(fēng)險的唯一辦法就是設(shè)立監(jiān)督制度，項目開發(fā)中任何較大的決定都必須有主要技術(shù)環(huán)節(jié)甚至是由用戶參與進行的。在該項目中項目監(jiān)督由項目開發(fā)中的質(zhì)量監(jiān)督組來實施。

一般參與軟件開發(fā)的人員（包括管理者和技術(shù)人員）和其責(zé)任進行分析如下： 參與者 項目經(jīng)理1人

主要職責(zé)：進行全局把握，側(cè)重于項目的商務(wù)方面，充當(dāng)項目組同客戶正式交流的接口環(huán)節(jié)。項目負(fù)責(zé)人1人

主要職責(zé)：制定項目開發(fā)計劃和開發(fā)策略，參與項目核心系統(tǒng)的分析設(shè)計，同時努力保證開發(fā)計劃的按時完成和開發(fā)策略的真正貫徹落實。領(lǐng)域?qū)＜?或2人

主要職責(zé)：在軟件分析階段幫助分析人員界定系統(tǒng)實現(xiàn)邊界和實現(xiàn)的功能，對特定檢測點進行算法審核，同時對測試策略和軟件操作界面提出參考意見。質(zhì)量監(jiān)督組1或2人

主要職責(zé)：編制軟件質(zhì)量控制計劃，并負(fù)責(zé)落實；控制必要文檔的生產(chǎn)，通過文檔，監(jiān)督項目實施過程中軟件的質(zhì)量，并產(chǎn)生軟件質(zhì)量報告，提請項目經(jīng)理和項目負(fù)責(zé)人審閱；對于項目中出現(xiàn)的質(zhì)量問題，主持召開質(zhì)量復(fù)審會議。系統(tǒng)分析員1或2人

主要職責(zé)：協(xié)同項目負(fù)責(zé)人進行軟件系統(tǒng)的分析和設(shè)計工作，書寫軟件需求分析和系統(tǒng)設(shè)計相關(guān)文檔。在軟件實現(xiàn)階段進行測試策略的編制和對性能測試的指導(dǎo)。程序員2或3人

主要職責(zé)：協(xié)助分析人員進行詳細(xì)設(shè)計，和軟件系統(tǒng)的代碼實現(xiàn)，并進行適當(dāng)?shù)陌缀袦y試。測試員2或3人

主要職責(zé)：已經(jīng)實現(xiàn)的軟件組件、構(gòu)件或系統(tǒng)進行正確性驗證測試，整合后的系統(tǒng)的性能測試等。書寫測試報告和測試統(tǒng)計報告提請質(zhì)量監(jiān)督組復(fù)審。技術(shù)支持2或3人

主要職責(zé)：協(xié)同系統(tǒng)分析人員聽取用戶需求，對需求分析進行參考性復(fù)審。協(xié)同測試人員進行測試，書寫操作手冊和在線幫助，在項目交付用戶之后進行跟蹤服務(wù)。

文檔組1或2人

主要職責(zé)：對各部門產(chǎn)生的文檔進行格式規(guī)范、版本編號和控制、存檔文件的檢索；協(xié)助質(zhì)量監(jiān)督組進行軟件質(zhì)量監(jiān)督。通過適當(dāng)?shù)娜藛T配備和職責(zé)劃分，能有效的降低軟件開發(fā)在后期的失控的可能性，和軟件對關(guān)鍵人員的依賴性。軟件技術(shù)風(fēng)險

本系統(tǒng)擬訂采用的兩個重大的軟件技術(shù)是面向?qū)ο蟮臉?gòu)件和基于微軟的COM組件技術(shù)。組件和構(gòu)件技術(shù)都是為了提高軟件的可靠性和軟件的可擴展性而采用的技術(shù)手段。從技術(shù)成熟度上說不存在風(fēng)險，但為了實現(xiàn)良好的軟件構(gòu)架和穩(wěn)定的組件，與傳統(tǒng)開發(fā)方法比較，有相當(dāng)?shù)亩嗟念~外工作需要做，這會給項目工期帶來較大的風(fēng)險。

回避和控制這部分風(fēng)險的辦法是在項目進行的過程不斷的對該階段進行風(fēng)險估計和指定有效的里程碑。同時采用“范例”方式提高開發(fā)人員的構(gòu)件組件的分析識別能力，適時調(diào)整構(gòu)件組件的數(shù)量和粒度。軟件過程風(fēng)險 軟件需求階段的風(fēng)險

軟件的開發(fā)是以用戶的需求開始，在大多數(shù)情況下，用戶需求要靠軟件開發(fā)方誘導(dǎo)才能保證需求的完整，再以書面的形式形成《用戶需求》這一重要的文檔。需求分析更多的是開發(fā)方確認(rèn)需求的可行性和一致性的過程，在此階段需要和用戶進行廣泛的交流和確認(rèn)。需求和需求分析的任何疏漏造成的損失會在軟件系統(tǒng)的后續(xù)階段被一級一級地放大，因此本階段的風(fēng)險最大。設(shè)計階段的風(fēng)險

設(shè)計的主要目的在于軟件的功能正確的反映了需求。可見需求的不完整和對需求分析的不完整和錯誤，在設(shè)計階段被成倍地放大。設(shè)計階段的主要任務(wù)是完成系統(tǒng)體系結(jié)構(gòu)的定義，使之能夠完成需求階段的即定目標(biāo)；另一方面也是檢驗需求的一致性和需求分析的完整性和正確性。

設(shè)計本身的風(fēng)險主要來自于系統(tǒng)分析人員。分析人員在設(shè)計系統(tǒng)結(jié)構(gòu)時過于定制，系統(tǒng)的可擴展性較弱，會給后期維護帶來巨大的負(fù)擔(dān)，和維護成本的激增。對用戶來說系統(tǒng)的使用比例會有明顯的折扣，甚至造成軟件壽命過短。反之，軟件結(jié)構(gòu)的過于靈活和通用，必然引起軟件實現(xiàn)的難度增加，系統(tǒng)的復(fù)雜度會上升，這又會在實現(xiàn)和測試階段帶來風(fēng)險，系統(tǒng)的穩(wěn)定性也會受到影響。從另一個角度上看，業(yè)務(wù)規(guī)則的變化，或說用戶需求和將來軟件運行環(huán)境的變化都是必然的情況，目前軟件設(shè)計的所謂“通用性”是否就能很好的適應(yīng)將來需求和運行環(huán)境的的變化，是需要認(rèn)真折衷的。這種折中也蘊涵著很大的風(fēng)險。

設(shè)計階段蘊涵的另一種風(fēng)險來自于設(shè)計文檔。文檔的不健全不僅會造成實現(xiàn)階段的困難，更會在后期的測試和維護造成災(zāi)難性的后果，例如根本無法對軟件系統(tǒng)進行版本升級，甚至是發(fā)現(xiàn)的簡單錯誤都無從更正。實現(xiàn)階段引入的風(fēng)險軟件的實現(xiàn)從某種意義上講是軟件代碼的生產(chǎn)。原代碼本身也是文檔的一部分，同時它又是將來運行于計算機系統(tǒng)之上的實體。源代碼書寫的規(guī)范性，可讀性是該階段的主要風(fēng)險來源。規(guī)范的代碼生產(chǎn)會把屬于程序員自身個性風(fēng)格的成分引入代碼的比例降到最低限度，從而減小了系統(tǒng)整合的風(fēng)險。維護階段的風(fēng)險

軟件維護包含兩個主要的維護階段，一個是軟件生產(chǎn)完畢到軟件試運行階段的維護，這個階段是一種實環(huán)境的測試性維護，其主要目的是發(fā)現(xiàn)在測試環(huán)境中不能或未發(fā)現(xiàn)的問題；另一個階段是當(dāng)軟件的運行不再能適應(yīng)用戶業(yè)務(wù)需求或是用戶的運行環(huán)境（包括硬件平臺，軟件環(huán)境等）時進行的軟件維護，具體可能是軟件的版本升級或軟件移植等。

從軟件工程的角度看，軟件維護費用約占總費用的55%~70%，系統(tǒng)越大，該費用越高。對系統(tǒng)可維護性的輕視是大型軟件系統(tǒng)的最大風(fēng)險。在軟件漫長的運營期內(nèi)，業(yè)務(wù)規(guī)則肯定會不斷發(fā)展，科學(xué)的解決此問題的做法是不斷對軟件系統(tǒng)進行版本升級，在確保可維護性的前提下逐步擴展系統(tǒng)。

在軟件系統(tǒng)運營期間，主要的風(fēng)險源自于技術(shù)支持體系的無效運轉(zhuǎn)。科學(xué)的方法是有一支客戶支持隊伍不斷收集運行中發(fā)現(xiàn)的問題，并將解決問題的方法傳授給軟件系統(tǒng)的所有使用者。項目風(fēng)險表

風(fēng)險評估表中所提到的風(fēng)險是一般項目在開發(fā)過程中都客觀存在的，表中所列出的風(fēng)險系數(shù)是指在不對風(fēng)險進行深入的分析和有效的規(guī)避的情況下，該風(fēng)險項發(fā)生的概率。比如軟件產(chǎn)品的設(shè)計目標(biāo)是運行十年，體系結(jié)構(gòu)不合理的風(fēng)險是40%的含義是，如果不對系統(tǒng)進行深入的分析，未采用最合理的軟件技術(shù)進行設(shè)計，則生產(chǎn)出一個不具備可擴展性的軟件系統(tǒng)的概率是40%。由于客戶公司是仍將不斷發(fā)展的，在十年內(nèi)，該軟件系統(tǒng)都能滿足公司運營要求的可能性極低。由此而可能產(chǎn)生的災(zāi)難性后果是公司在業(yè)務(wù)發(fā)展的時候，必須重新開發(fā)新系統(tǒng)。

向客戶提供風(fēng)險評估，是按照國際慣例進行的例行操作，一方面讓客戶對潛在的風(fēng)險有更充分的了解，表明公司誠信為本的態(tài)度，另一方面也用以鞭策和激勵全體開發(fā)人員嚴(yán)格執(zhí)行開發(fā)標(biāo)準(zhǔn)，共同監(jiān)督項目開發(fā)過程，努力避免風(fēng)險的發(fā)生。

第四篇：軟件項目風(fēng)險研究（共）

軟件項目風(fēng)險研究

摘要： 闡述了軟件項目風(fēng)險的概念和風(fēng)險定義，并且分析了在軟件項目中的風(fēng)險類型，最后根據(jù)風(fēng)險的定義和類型，分析出相應(yīng)的風(fēng)險避免措施。

關(guān)鍵詞：風(fēng)險的概念；風(fēng)險定義；風(fēng)險類型；避免措施；

The Analysis Of Software Project Risk

WengHuaBin 10703080227

（ChongQing University Of Technology-Software Engineering）

Abstract: Describes the concept and definitions of software project risk ,And analyzed the types of software projects risk ,Finally, according to the definition and types of Software project risk analysis to avoid the risk of the corresponding measures.Key words: The concept of risk;The definition of risk;The risk types;The avoid measures;

軟件行業(yè)在社會各界（包括政府、教育機構(gòu)以及各個企業(yè)）的日益劇增的信息化需求下，已經(jīng)成為高速信息化建設(shè)中必不可少的一個元素。所以軟件行業(yè)要不斷的提高穩(wěn)定程度和運行效率，然而軟件項目本身就是一個高風(fēng)險的項目類型，任何項目都是存在一定的風(fēng)險性，軟件項目更是不例外，所以軟件項目需要更好的風(fēng)險避免措施，只有做到更好更科學(xué)的防御措施，才能在最大程度上降低軟件項目成本和提高軟件項目的成功率。再者，國內(nèi)外的一些成功的軟件項目案例告訴我們，軟件項目風(fēng)險分析是一個相當(dāng)重要不容忽視的環(huán)節(jié)，只有做好了軟件項目風(fēng)險分析才能致使軟件項目成功地進行，得到用戶滿意的軟件，這也是眾多軟件公司的最終目的，所以科學(xué)的風(fēng)險分析和必備的防御措施是一個好的軟件項目的先決條件。軟件項目風(fēng)險概念

首先，我們知道任何項目都是有一定的不確定性和風(fēng)險性，然而，軟件項目是一個風(fēng)險 比較大的項目種類，所以總而言之，零風(fēng)險的項目基本上是不存在，項目中的風(fēng)險分為多種類型的，只是我們在遇到風(fēng)險的多少、大小以及嚴(yán)重程度是不同的。

再者，我們分析一下，在軟件項目中，我們一般遇到的軟件項目風(fēng)險是怎么樣的。在軟件項目風(fēng)險分析中，基本上所有的軟件項目管理者都會很大程度上地關(guān)注軟件項目的進展程度、完成情況以及對成本的控制等等，但是我們必須不可以忽視的問題是我們在項目進行當(dāng)中遇到的風(fēng)險，這些風(fēng)險雖然一時半會可能會隱藏于軟件開發(fā)中，但是一旦這些問題暴露出來，就會給軟件項目帶來不可挽回的災(zāi)難，任何一個技術(shù)人員、管理人員的一個失誤或者軟件開發(fā)中的任何一個負(fù)面的因素都有可能成為軟件項目成功的威脅，所以我們不能忽視任何的失誤，更不能忽視任何一個可能的風(fēng)險。然后在我們的軟件項目中，有可能就是因為一種僥幸的心理往往讓我們得不償失，因為風(fēng)險本來就是一個不及時出現(xiàn)而又可能本質(zhì)存在的客觀因素，所以我們說它是一種潛在的風(fēng)險，但是當(dāng)它真正威脅到我們的時候，也就是我們發(fā)現(xiàn)風(fēng)險存在的時候，這個時候它已經(jīng)給我們帶來了很大的麻煩，并且嚴(yán)重的有可能是不能挽回的損失，所以作為一個軟件項目技術(shù)人員或者管理人員，我們都應(yīng)該及時的關(guān)注軟件的發(fā)

展進度，并且的不斷的嘗試有可能出現(xiàn)的風(fēng)險的分析。

所以，我們要對軟件項目進行規(guī)劃來查找可能的風(fēng)險，這樣軟件項目的期望值才會由低變高，進行了風(fēng)險分析，這樣軟件項目的成功率也會大大提高，根據(jù)成功軟件項目的經(jīng)驗和失敗軟件項目的教訓(xùn)，我們得知成功的軟件項目都必須采取積極的步驟對要發(fā)生或者有可能存在的風(fēng)險進行分析，從而才可能采取有效的措施避免軟件項目的失敗。軟件項目風(fēng)險定義

風(fēng)險是潛在的對軟件項目的威脅，未來可能發(fā)生損失的一種度量，當(dāng)然也有可能不發(fā)生，但是一旦這種危險出現(xiàn)了，就會對軟件項目帶來很大甚至不可估量的損失，也是對公司的一種負(fù)面消極影響。軟件項目風(fēng)險是是未來的一種關(guān)注，本來風(fēng)險就是不確定性的，所以這種潛在的危險就給開發(fā)過程中帶來了各種決策的選擇，另，風(fēng)險還和人為因素（例如思想、行為）和環(huán)境因素（例如時間、地點）有關(guān)，等等這些因素都會導(dǎo)致軟件項目的風(fēng)險，所以在對軟件項目進行分析的時候這些因素都是不容忽視的。

軟件項目風(fēng)險一旦出現(xiàn)就會影響軟件的開發(fā)進度、成本，這些都可能導(dǎo)致最后的軟件項目的失敗，這些都應(yīng)該是軟件項目組所關(guān)心的重點。在軟件項目的開發(fā)過程中，我們都知道現(xiàn)在軟件行業(yè)的技術(shù)是日新月異的，所以必然會用到一些新技術(shù)，以及我們的人力方面，這些都是影響項目開發(fā)的主要因素，然而正是這些因素的復(fù)雜性，也就造就了軟件項目風(fēng)險的復(fù)雜性，這些因素本身就是不確定的，當(dāng)我們面對這些復(fù)雜的未知數(shù)時，要進行科學(xué)的分析得出更加合理的答案，才能使軟件項目不斷地向成功的方向發(fā)展，并且對軟件開發(fā)做出一個正確的引導(dǎo)，反而言之，項目損失帶來的將是項目的無法如期完成或者大量的超出成本預(yù)算，這些都將給企業(yè)帶來直接的損失和消極的影響，所以我們在這里可以定位軟件項目風(fēng)險的重要性。

綜合上述的分析，我們可以總結(jié)出風(fēng)險的幾個要素，風(fēng)險首先是一個不確定的風(fēng)險因素，然后會導(dǎo)致一個風(fēng)險事件，這樣帶來的結(jié)果就是直接的損失，這樣開發(fā)出來的軟件就和企業(yè)以及客戶的預(yù)期值相差太遠(yuǎn)，最后就有了風(fēng)險結(jié)果，我們可以用一個圖來表示這個風(fēng)險描述：軟件項目風(fēng)險類型

軟件項目風(fēng)險的類型可以從不同角度進行分類，以下就范圍角度和預(yù)測角度進行風(fēng)險類 型的分析：

從范圍角度，風(fēng)險主要分為：商業(yè)風(fēng)險、管理風(fēng)險、人員風(fēng)險、技術(shù)風(fēng)險、開發(fā)環(huán)境風(fēng)險、客戶風(fēng)險、過程風(fēng)險和產(chǎn)品規(guī)模風(fēng)險等等。

1）商業(yè)風(fēng)險：是指與管理或市場所加諸的約束相關(guān)的風(fēng)險，主要包括市場風(fēng)險、策略風(fēng)險、管理風(fēng)險和預(yù)算風(fēng)險等；

2）管理風(fēng)險：是指在項目開發(fā)進程中，對潛在的人力和物力以及相關(guān)資源的管理風(fēng)險，這

其中包括對時間、技術(shù)人員和項目相關(guān)資源的分配不合理，還有對項目計劃實施沒有做到足夠好的預(yù)期安排等；

3）人員風(fēng)險：人員風(fēng)險主要是指在開發(fā)和實施的過程中技術(shù)人員自己的相關(guān)因素，其中主

要包括技術(shù)人員自身的不穩(wěn)定性和錯誤判斷，還有包括項目參與人員的經(jīng)驗不夠豐富以至于做出錯誤的決定，這些都會影響項目的質(zhì)量；

4）技術(shù)風(fēng)險：是指在不斷更新的軟件開發(fā)技術(shù)中，會有某些不穩(wěn)定的技術(shù)的參與，或者與

正在進行的項目不兼容的現(xiàn)象等等，所以在做技術(shù)風(fēng)險分析的時候，我們先要對技術(shù)的穩(wěn)定性和兼容性進行準(zhǔn)確的測試，這樣才能給軟件項目進行準(zhǔn)備的技術(shù)定位；

5）開發(fā)環(huán)境風(fēng)險：主要是指開發(fā)環(huán)境以及工具可能會對項目造成的風(fēng)險；

6）客戶風(fēng)險：在軟件項目開發(fā)中，我們可以很明確的感覺到用戶的需求的確定是一件具有

一定復(fù)雜性的工作，這樣往往在我們的開發(fā)過程中，可能是因為客戶的理解的差異造成客戶修改需求的風(fēng)險，這樣的風(fēng)險是最常見的，我們不能隨時的變更需求，但是客戶又必須要求更改需求的時候，這時候我們的客戶風(fēng)險就大大的出現(xiàn)在軟件項目中了，所以為了避免這種風(fēng)險或者減小這種風(fēng)險發(fā)生的可能性，所以我們在分析客戶需求的時候就要盡量想到以后可能會出現(xiàn)的風(fēng)險；

7）產(chǎn)品風(fēng)險：產(chǎn)品風(fēng)險主要是指在產(chǎn)品成型之后，所出現(xiàn)的產(chǎn)品質(zhì)量與客戶或者開發(fā)人員

自己所預(yù)期的不相符合的情況；

8）過程風(fēng)險：過程風(fēng)險是與軟件過程被定義的程度以及它們被開發(fā)組織所遵守的程度相關(guān)的風(fēng)險；

從預(yù)測角度分析風(fēng)險類型：

1）已知風(fēng)險：在軟件開發(fā)過程中，已經(jīng)知道的風(fēng)險是通過評估項目計劃、開發(fā)項目的商業(yè)

及技術(shù)環(huán)境以及其他的可靠的信息來源而得來的；

2）可預(yù)測風(fēng)險：這種風(fēng)險類型是通過以往的項目經(jīng)驗來進行預(yù)測的風(fēng)險類型；

3）不可預(yù)測風(fēng)險：不可預(yù)測的風(fēng)險往往是隱藏在項目開發(fā)過程中，這種風(fēng)險是很難在其中

得知的，但是這種風(fēng)險出現(xiàn)幾率就沒有那么大了，所以一個強大的企業(yè)需要有能夠承擔(dān)這種風(fēng)險的能力；軟件項目風(fēng)險避免措施

當(dāng)我們了解了風(fēng)險的概念、定義以及類型以后，就應(yīng)該根據(jù)風(fēng)險的一些特性制定出相應(yīng) 的避免措施。

在軟件開發(fā)的初級階段，最重要的工作當(dāng)然是需求分析，當(dāng)然這個里面包含了風(fēng)險分析，做一個好的風(fēng)險分析就等于為軟件項目的成功打下了堅實的基礎(chǔ)。首先，我們在需求分析的時候，必須要深刻的了解客戶的使用情況，要深入到企業(yè)或者試用人員的周圍調(diào)研用戶需求，這樣得到的需求才是真正的用戶需求，如果我們只是一味的聽從客戶所描述的需求來定義軟件需求的話，那么我們就大錯特錯了，在一般情況下，用戶描述需求都不能全面的或者專業(yè)的轉(zhuǎn)達(dá)他們理解下的需求，所以軟件項目人員必須自己做好需求調(diào)研工作，這是一個至關(guān)重要的階段，做好了這個階段，也就減小了后續(xù)開發(fā)中的風(fēng)險。其次，在軟件開發(fā)的過程中，我們應(yīng)該合理科學(xué)地安排技術(shù)人員以及其它與項目相關(guān)的資源，安排好這些資源后，才能減小開發(fā)中人員風(fēng)險存在的可能性。還要做好其他相關(guān)風(fēng)險的安排和考查工作，這里就每個風(fēng)險類型不做一一介紹。最后，軟件項目參與人員還應(yīng)該根據(jù)已有的成功項目和失敗項目的經(jīng)驗和教訓(xùn)，對此加以總結(jié)和比較，得出影響軟件項目的相關(guān)重要因素，并且對這些可能存在的因素進行分析，盡可能地得出已知的和潛在的風(fēng)險，根據(jù)相應(yīng)的風(fēng)險類型，及時的做出最合理的避免措施，以至于有效的防止風(fēng)險的擴大化和普遍化。結(jié)束語

本論文主要介紹了軟件項目風(fēng)險的概念、風(fēng)險的定義、風(fēng)險的類型以及避免措施。我們 了解了風(fēng)險的危害性，風(fēng)險會對項目的成功造成決定性的威脅，所以當(dāng)我們知道了風(fēng)險危害性以后，應(yīng)該怎么地去避免措施，做好合理科學(xué)的檢查和預(yù)測，才能高效的防御風(fēng)險發(fā)生的可能性，所以，要想做好一個軟件項目，軟件項目中的風(fēng)險分析是一個重中之重的環(huán)節(jié)，不容忽視的，我們要總結(jié)已有的軟件項目的成功和失敗之處，然后運用到自己的項目中來，這樣才可以最好的做到軟件項目風(fēng)險分析工作。參考文獻(xiàn)：

【1】韓萬江 姜立新 軟件項目管理案例教程（第二版）機械工業(yè)出版社，2009.04.【2】盧有杰 盧家儀 項目管理系列教材 清華大學(xué)出版社 2001.08

【3】王卓甫 工程項目風(fēng)險管理 中國水利水電出版社 2003.02

【4】Elaine M.Hall（王海鵬 周靖譯）風(fēng)險管理 清華大學(xué)出版社 2002.09

【5】王梅源 軟件外包項目全過程風(fēng)險管理 華中科技大學(xué)出版社 2009.10

第五篇：怎樣做好軟件項目風(fēng)險計劃

怎樣做好軟件項目風(fēng)險計劃

風(fēng)險評價是識別并分析潛在風(fēng)險區(qū)域的過程。可以通過列舉通常的軟件項目風(fēng)險因素以使風(fēng)險識別更加明析。制作風(fēng)險評估表是識別風(fēng)險的好辦法，在風(fēng)險評估表中我們統(tǒng)計特定風(fēng)險對項目可能造成的潛在后果，風(fēng)險計劃的要素有：

風(fēng)險描述 對于風(fēng)險情況的介紹。

可能性 風(fēng)險發(fā)生的可能性。風(fēng)險不是必然要發(fā)生的，如果一個對項目存在危害的事件是必然要發(fā)生的，那這個事件就不能作為風(fēng)險。對于風(fēng)險可能性的標(biāo)識有助于對那些高可能性的風(fēng)險投入更大的關(guān)注。

嚴(yán)重性 風(fēng)險如果發(fā)生對于項目的危害程度。

危害值 一個綜合考慮可能性和嚴(yán)重型后對風(fēng)險的一個評估，這個評估反應(yīng)了風(fēng)險應(yīng)該被關(guān)注的程度。

對策 對策分為兩個部分：一是對于采取預(yù)防措施以阻止風(fēng)險的發(fā)生，另一方面也要考慮如果風(fēng)險發(fā)生后需要采取什么措施。這兩方面的計劃構(gòu)成了完整的風(fēng)險對策。

觸發(fā)標(biāo)志 風(fēng)險是一種可能性，并且制定風(fēng)險主要的出發(fā)點是預(yù)防它，但也要考慮到風(fēng)險發(fā)生后情況。對于風(fēng)險發(fā)生后的應(yīng)對策略，需要爭取一定的提前時間以啟動必要的各項工作，設(shè)立觸發(fā)標(biāo)志是為設(shè)立一個判別標(biāo)識，在該觸發(fā)標(biāo)志所標(biāo)明的條件具備時，說明風(fēng)險已經(jīng)越來越可能成為現(xiàn)實了。

風(fēng)險責(zé)任人 風(fēng)險預(yù)防和跟蹤需要有人的參與，在風(fēng)險計劃中責(zé)任明確是一個重要的原則，對每一個列入了視線的風(fēng)險都要指定對風(fēng)險預(yù)防和跟蹤負(fù)責(zé)的人員。

風(fēng)險計劃不是一個靜止的文件，它應(yīng)該隨著項目狀況的變化而變化。所以在任何項目中，風(fēng)險管理都必須被作為一個日常的正式活動列入項目工作計劃，成為項目管理人員的一個重要工作。在下一節(jié)風(fēng)險跟蹤中將對風(fēng)險的動態(tài)變化作出更詳細(xì)的闡述。

在標(biāo)定風(fēng)險可能性和危害時，重要的是清楚地標(biāo)明風(fēng)險之間重要性的相對比較，所以采取一個簡明的標(biāo)注標(biāo)準(zhǔn)十分重要。