8． SoftRisk風險管理模型：Keshlaf和Hashim提出SoftRisk模型，其主要思想是，記錄并將注意力集中在高可能性和高破壞性的風險上是進行風險管理的有效途徑。目標是在有效地減輕風險的破壞性的前提基礎上，節省軟件開發過程中的時間成本和人力成本。該模型包括以下步驟：（1）風險識別；（2）風險發生的可能性和由此造成的損失估計；（3）文檔化識別的風險；（4）風險評估，依據公式：RE=風險發生的概率*風險造成的損失；（5）排序，按照上述公式對風險排序，找出十大風險；（6）監控，利用圖形表示風險的級別、狀態；（7）控制，再估計——再評估——再排序；（8）統計操作，如果有新的風險，則再轉到步驟1。
三、 軟件項目風險管理協同過程模型
1． 風險管理模型的對比較。以上八個軟件項目風險管理模型雖然在表達形式上有所不同，但基本按照風險的識別，估計，分析，計劃，控制和監督六步來完成的。在這個共同的基礎上，有些模型強調量化的數據庫的建立，有些則強調溝通和學習的重要性。各模型特點比較分析如表1示。
另外，從上述軟件項目風險管理模型的比較當中，我們不難發現，目前這些風險管理模型只是強調承包工程方的努力，而比較少關注建設方的參與。這將帶來二方面的不足：第一，建設方對項目的參與是成功的重要保證，沒有建設方的參與的管理過程是不完整的。第二，在信息不對稱的情況下，軟件項目的開發風險被轉移到建設方身上。這種風險的轉移是隱秘的，在軟件項目中容易被忽略，難以被識別、控制與消除，由此可能導致軟件項目只有產出沒有效益。聯合國在2003年“處于十字路口的電子政務”的報告中，把電子政務劃分為三類：第一類，浪費的電子政務，即“有投入，無產出”；第二類，無目標的電子政務，即“有產出，無效益”；第三類，有意義的電子政務，即“有產出，有效益”。造成第二類無目標的電子政務的一個根本原因在于缺乏從建設方的角度考慮軟件項目的風險管理。
2． 軟件項目風險管理的協同過程模型。為了從項目的風險管理過程上解決以上問題，使軟件項目既有產出又有效益，我們對廣州地區的二十位項目經理和軟件產業界專家，包括軟件承包方項目經理，軟件客戶方項目領導和第三方咨詢顧問。其中包括完整的三方參與即包括承建方、建設方和第三方的項目實例共有九個，其余由于項目太小沒有第三方參與。這些軟件項目產出在系統質量，用戶滿意度，組織影響和按計劃的時間和費用交付都比較令人滿意。這些成功的項目有共同的特征，即強調項目三方協同與溝通。我們嘗試根據訪談建立軟件項目風險管理協同的過程模型。
在風險管理的基本過程中，協同過程模型與現有模型是一致的，分識別、估計、分析、計劃、控制和監督六步，但是，協同模型與現有模型的一個重要區別在地強調建設方，承包方和第三方的介入。其模型如圖2所示。
被訪問項目在整個軟件項目的風險管理過程中，項目的參與者包括建設方、開發承包商，實施顧問公司，管理顧問公司，監理公司。項目的全流程和各個項目參與者在項目的生命周期如表5所示。在這九個項目中全部為外包項目，其中有九個項目有八個引入了項目顧問，八個項目進行了項目監理，如表2所示。
四、 結論
本文在回顧目前的軟件項目風險管理過程模型的基礎上，發現其不足，并建立了軟件項目風險管理的協同過程模型。協同過程模型由關鍵風險域、關鍵風險域的表達特征以及項目干系人三個維度組成。協同過程模型的建立，對軟件項目承建方、建設方以及第三方實現全方位的風險管理，一方面，有利于建設方在信息更完全的條件下進行項目建設，利于項目的成功；另一方面風險管理協同過程模型可以打破組織內外和組織部門之間的邊界，在信息更加充分和透明條件下進行項目的管理，有利于利益的協調，實現軟件項目的雙贏。此外，協同過程模型的建立有利于管理資源的整合，以保證風險管理的效率，項目風險管理的參與者可以在全盤的視角對項目的風險進行識別和管理，利于項目的交流，利于資源的整合和風險的管理。
