第一篇：軟件項(xiàng)目風(fēng)險(xiǎn)研究（共）

軟件項(xiàng)目風(fēng)險(xiǎn)研究

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一定復(fù)雜性的工作，這樣往往在我們的開發(fā)過程中，可能是因?yàn)榭蛻舻睦斫獾牟町愒斐煽蛻粜薷男枨蟮娘L(fēng)險(xiǎn)，這樣的風(fēng)險(xiǎn)是最常見的，我們不能隨時(shí)的變更需求，但是客戶又必須要求更改需求的時(shí)候，這時(shí)候我們的客戶風(fēng)險(xiǎn)就大大的出現(xiàn)在軟件項(xiàng)目中了，所以為了避免這種風(fēng)險(xiǎn)或者減小這種風(fēng)險(xiǎn)發(fā)生的可能性，所以我們?cè)诜治隹蛻粜枨蟮臅r(shí)候就要盡量想到以后可能會(huì)出現(xiàn)的風(fēng)險(xiǎn)；

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

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

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

從預(yù)測(cè)角度分析風(fēng)險(xiǎn)類型：

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

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

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

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

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

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

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

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

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

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

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

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

第二篇：軟件項(xiàng)目風(fēng)險(xiǎn)管控

推介導(dǎo)讀：

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

軟件項(xiàng)目風(fēng)險(xiǎn)管控

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.3.實(shí)施階段 1． 風(fēng)險(xiǎn)描述：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

? 項(xiàng)目啟動(dòng)時(shí)，嚴(yán)格制定上線標(biāo)準(zhǔn)；

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

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

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

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

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

3.總結(jié)

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

第三篇：軟件項(xiàng)目風(fēng)險(xiǎn)評(píng)估報(bào)告范文

軟件項(xiàng)目風(fēng)險(xiǎn)評(píng)估報(bào)告范文

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

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

主要風(fēng)險(xiǎn)綜述

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

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

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

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

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

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

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

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

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

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

項(xiàng)目管理的風(fēng)險(xiǎn)

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

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

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

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

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

參與者

項(xiàng)目經(jīng)理1人

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

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

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

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

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

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

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

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

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

程序員2或3人

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

測(cè)試員2或3人

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

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

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

文檔組1或2人

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

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

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

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

軟件過程風(fēng)險(xiǎn)

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

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

設(shè)計(jì)階段的風(fēng)險(xiǎn)

設(shè)計(jì)的主要目的在于軟件的功能正確的反映了需求?？梢娦枨蟮牟煌暾蛯?duì)需求分析的不完整和錯(cuò)誤，在設(shè)計(jì)階段被成倍地放大。設(shè)計(jì)階段的主要任務(wù)是完成系統(tǒng)體系結(jié)構(gòu)的定義，使之能夠完 成需求階段的即定目標(biāo);另一方面也是檢驗(yàn)需求的一致性和需求分析的完整性和正確性。

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

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

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

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

維護(hù)階段的風(fēng)險(xiǎn)

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

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

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

項(xiàng)目風(fēng)險(xiǎn)表

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

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

第四篇：【資料】軟件項(xiàng)目風(fēng)險(xiǎn)評(píng)估報(bào)告

軟件項(xiàng)目風(fēng)險(xiǎn)評(píng)估報(bào)告

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

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

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

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

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

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

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

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

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

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

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

大型軟件項(xiàng)目往往是“一次性”的。以往的經(jīng)驗(yàn)可以被借鑒的地方不多?；乇芎涂刂栖浖芾盹L(fēng)險(xiǎn)的唯一辦法就是設(shè)立監(jiān)督制度，項(xiàng)目開發(fā)中任何較大的決定都必須有主要技術(shù)環(huán)節(jié)甚至是由用戶參與進(jìn)行的。在該項(xiàng)目中項(xiàng)目監(jiān)督由項(xiàng)目開發(fā)中的質(zhì)量監(jiān)督組來實(shí)施。

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

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

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

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

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

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

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

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

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

文檔組1或2人

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

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

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

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

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

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

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

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

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

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

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

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

第五篇：怎樣做好軟件項(xiàng)目風(fēng)險(xiǎn)計(jì)劃

怎樣做好軟件項(xiàng)目風(fēng)險(xiǎn)計(jì)劃

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

風(fēng)險(xiǎn)描述 對(duì)于風(fēng)險(xiǎn)情況的介紹。

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

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

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

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

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

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

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

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