風險無處不在，而且?guī)缀鯚o可避免。作為項目經(jīng)理，我們不能乞求誰會給我們一個安全的項目。事實上沒有真正意義上的風險，項目注定是要失敗的：全無風險的同時，它們也幾乎全無價值。這些項目我們大可不以理會，給自己節(jié)省一點時間和精力，去做些真正有價值的事。正視無可避免的風險，加以適當?shù)淖R別、分析、制定計劃對其管理與應(yīng)對，使項目能夠更加好地達到目標。
我曾在SOVO擔任項目經(jīng)理，項目關(guān)于SOVO內(nèi)部信息共享與考勤。我們的工作一直受不斷更變的需求所困擾。在最初的計劃中，由于經(jīng)驗不足等原因，需求分析的工作不足。問題的在于初期的計劃中根本沒有考慮到公司的內(nèi)部項目的需求會不斷更變，導致項目的時間、范圍、成本難以控制。雖然最后項目終于完成，但已大大超出了計劃的成本，嚴格來說項目可以說失敗了。
我們選擇的系統(tǒng)開發(fā)語言是現(xiàn)在已經(jīng)成熟的網(wǎng)站設(shè)計語言JSP(Java)+Servlet。采用基于 J2EE平臺的MVC(模型(Model)－視圖(View)－控制器(Controller))模式的應(yīng)用架構(gòu)框架---Structs+Spring架構(gòu), 主要是采用Servlet和JSP技術(shù)來實現(xiàn)的。而在數(shù)據(jù)庫訪問技術(shù)方面：應(yīng)用程序采用JDBC連接數(shù)據(jù)庫，并采用數(shù)據(jù)庫連接池技術(shù)。連接池技術(shù)可以減少應(yīng)用程序與數(shù)據(jù)庫連接的時間，提高數(shù)據(jù)總體訪問速度。數(shù)據(jù)庫采用Microsoft SQL2000，WEB服務(wù)器使用TOMCAT5.0，系統(tǒng)采用WINDOWS 2000 SERVER，開發(fā)軟件為ECLIPSE 3.1。
本項目從2005年10月11日開始，計劃在12月11日兩個月時間完成項目。在任務(wù)分配方面采用兩個經(jīng)理，一為執(zhí)行經(jīng)理，主要負責需求分析，客戶聯(lián)系及相關(guān)的文檔整理，二為技術(shù)經(jīng)理，主要負責項目開發(fā)中的項目開發(fā)規(guī)范、采用技術(shù)、解決方案等技術(shù)問題。在開發(fā)前期的需求分析中，由于客戶沒有及時提供資料，導致需求分析時間延遲兩個星期，故整個項目延遲兩個星期。在執(zhí)行經(jīng)理進行需求分析的同時，技術(shù)經(jīng)理也在進行新技術(shù)的學習與框架的架設(shè)，其他項目代碼編寫成員也作相關(guān)技術(shù)的學習。而美工則進行首頁及二級頁面的設(shè)計并確定客戶的需求。
經(jīng)過一個月時間的努力，完成了需求分析，系統(tǒng)概要設(shè)計，頁面設(shè)計，框架也架設(shè)完。但由于在短時間未能靈活使用新技術(shù)原因，同時也因為部分小組人員的辭退，沒有在計劃的兩個星期中完成代碼編寫工作，而用了三個星期。剩余的一個星期作相應(yīng)的系統(tǒng)測試和調(diào)整。
最后由于期末項目組人員要進行備考，不得不停止項目最后開發(fā)階段。直至2006年2月28日才重新進行開發(fā)。計劃在2006年3月28日完成項目。前兩個星期重新設(shè)計了一些功能模塊和修復上一學期遺留下來的BUG。后兩個星期是進行系統(tǒng)測試并修復相關(guān)的BUG。最終經(jīng)過兩次回歸測試完成了整個項目。
無論用何種方法或模式開發(fā)IT項目，風險總是比較高的，這正是IT行業(yè)有高利潤的原因。在眾所周知的項目管理九大知識領(lǐng)域中，個人認為風險管理在每一個其他管理范圍內(nèi)都有體現(xiàn)。可以說項目經(jīng)理的工作就是在與風險打交道。風險管理對項目的成功有很大作用。
風險管理過程的重要作用在于風險效率。這也是不該把風險管理看做是“附加內(nèi)容”或“輔助內(nèi)容”，不該把重點放在“實施風險管理是不是值得”這個問題上的主要原因。風險管理應(yīng)該被看作是與項目管理融為一體的“內(nèi)在內(nèi)容”，貫穿于項目開發(fā)的每一個過程中，是對基本項目計劃過程的擴大和完善。實施風險管理要考慮的關(guān)鍵問題是：在這種情況下，應(yīng)該以何種方式正式實施多少風險管理才最合適？
在進行風險管理時，所選擇的風險分析方式必須