怎樣做好軟體專案風險計劃（轉）

風險評價是識別並分析潛在風險區域的過程。可以透過列舉通常的軟體專案風險因素以使風險識別更加明析。製作風險評估表是識別風險的好辦法，在風險評估表中我們統計特定風險對專案可能造成的潛在後果，風險計劃的要素有：

 風險描述 對於風險情況的介紹。

 可能性 風險發生的可能性。風險不是必然要發生的，如果一個對專案存在危害的事件是必然要發生的，那這個事件就不能作為風險。對於風險可能性的標識有助於對那些高可能性的風險投入更大的關注。

 嚴重性 風險如果發生對於專案的危害程度。

 危害值 一個綜合考慮可能性和嚴重型後對風險的一個評估，這個評估反應了風險應該被關注的程度。

 對策 對策分為兩個部分：一是對於採取預防措施以阻止風險的發生，另一方面也要考慮如果風險發生後需要採取什麼措施。這兩方面的計劃構成了完整的風險對策。

 觸發標誌 風險是一種可能性，並且制定風險主要的出發點是預防它，但也要考慮到風險發生後情況。對於風險發生後的應對策略，需要爭取一定的提前時間以啟動必要的各項工作，設立觸發標誌是為設立一個判別標識，在該觸發標誌所標明的條件具備時，說明風險已經越來越可能成為現實了。

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

風險計劃不是一個靜止的檔案，它應該隨著專案狀況的變化而變化。所以在任何專案中，風險管理都必須被作為一個日常的正式活動列入專案工作計劃，成為專案管理人員的一個重要工作。在下一節風險跟蹤中將對風險的動態變化作出更詳細的闡述。
在標定風險可能性和危害時，重要的是清楚地標明風險之間重要性的相對比較，所以採取一個簡明的標註標準十分重要。[@more@]