風(fēng)險無(wú)處不在，而且幾乎無(wú)可避免。作為項目經(jīng)理，我們不能乞求誰(shuí)會(huì )給我們一個(gè)安全的項目。事實(shí)上沒(méi)有真正意義上的風(fēng)險，項目注定是要失敗的：全無(wú)風(fēng)險的同時(shí)，它們也幾乎全無(wú)價(jià)值。這些項目我們大可不以理會(huì )，給自己節省一點(diǎn)時(shí)間和精力，去做些真正有價(jià)值的事。正視無(wú)可避免的風(fēng)險，加以適當的識別、分析、制定計劃對其管理與應對，使項目能夠更加好地達到目標。

　　我曾在SOVO擔任項目經(jīng)理，項目關(guān)于SOVO內部信息共享與考勤。我們的工作一直受不斷更變的需求所困擾。在最初的計劃中，由于經(jīng)驗不足等原因，需求分析的工作不足。問(wèn)題的在于初期的計劃中根本沒(méi)有考慮到公司的內部項目的需求會(huì )不斷更變，導致項目的時(shí)間、范圍、成本難以控制。雖然最后項目終于完成，但已大大超出了計劃的成本，嚴格來(lái)說(shuō)項目可以說(shuō)失敗了。

　　我們選擇的系統開(kāi)發(fā)語(yǔ)言是現在已經(jīng)成熟的網(wǎng)站設計語(yǔ)言JSP（Java）+Servlet.采用基于 J2EE平臺的MVC（模型（Model）－視圖（View）－控制器（Controller））模式的應用架構框架——Structs+Spring架構， 主要是采用Servlet和JSP技術(shù)來(lái)實(shí)現的。而在數據庫訪(fǎng)問(wèn)技術(shù)方面：應用程序采用JDBC連接數據庫，并采用數據庫連接池技術(shù)。連接池技術(shù)可以減少應用程序與數據庫連接的時(shí)間，提高數據總體訪(fǎng)問(wèn)速度。數據庫采用Microsoft SQL2000，WEB服務(wù)器使用TOMCAT5.0，系統采用WINDOWS 2000 SERVER，開(kāi)發(fā)軟件為ECLIPSE 3.1.

　　本項目從2005年10月11日開(kāi)始，計劃在12月11日兩個(gè)月時(shí)間完成項目。在任務(wù)分配方面采用兩個(gè)經(jīng)理，一為執行經(jīng)理，主要負責需求分析，客戶(hù)聯(lián)系及相關(guān)的文檔整理，二為技術(shù)經(jīng)理，主要負責項目開(kāi)發(fā)中的項目開(kāi)發(fā)規范、采用技術(shù)、解決方案等技術(shù)問(wèn)題。在開(kāi)發(fā)前期的需求分析中，由于客戶(hù)沒(méi)有及時(shí)提供資料，導致需求分析時(shí)間延遲兩個(gè)星期，故整個(gè)項目延遲兩個(gè)星期。在執行經(jīng)理進(jìn)行需求分析的同時(shí)，技術(shù)經(jīng)理也在進(jìn)行新技術(shù)的學(xué)習與框架的架設，其他項目代碼編寫(xiě)成員也作相關(guān)技術(shù)的學(xué)習。而美工則進(jìn)行首頁(yè)及二級頁(yè)面的設計并確定客戶(hù)的需求。

　　經(jīng)過(guò)一個(gè)月時(shí)間的努力，完成了需求分析，系統概要設計，頁(yè)面設計，框架也架設完。但由于在短時(shí)間未能靈活使用新技術(shù)原因，同時(shí)也因為部分小組人員的辭退，沒(méi)有在計劃的兩個(gè)星期中完成代碼編寫(xiě)工作，而用了三個(gè)星期。剩余的一個(gè)星期作相應的系統測試和調整。

　　最后由于期末項目組人員要進(jìn)行備考，不得不停止項目最后開(kāi)發(fā)階段。直至2006年2月28日才重新進(jìn)行開(kāi)發(fā)。計劃在2006年3月28日完成項目。前兩個(gè)星期重新設計了一些功能模塊和修復上一學(xué)期遺留下來(lái)的BUG.后兩個(gè)星期是進(jìn)行系統測試并修復相關(guān)的BUG.最終經(jīng)過(guò)兩次回歸測試完成了整個(gè)項目。

　　無(wú)論用何種方法或模式開(kāi)發(fā)IT項目，風(fēng)險總是比較高的，這正是IT行業(yè)有高利潤的原因。在眾所周知的項目管理九大知識領(lǐng)域中，個(gè)人認為風(fēng)險管理在每一個(gè)其他管理范圍內都有體現�？梢哉f(shuō)項目經(jīng)理的工作就是在與風(fēng)險打交道。風(fēng)險管理對項目的成功有很大作用。

　　風(fēng)險管理過(guò)程的重要作用在于風(fēng)險效率。這也是不該把風(fēng)險管理看做是“附加內容”或“輔助內容”，不該把重點(diǎn)放在“實(shí)施風(fēng)險管理是不是值得”這個(gè)問(wèn)題上的主要原因。風(fēng)險管理應該被看作是與項目管理融為一體的“內在內容”，貫穿于項目開(kāi)發(fā)的每一個(gè)過(guò)程中，是對基本項目計劃過(guò)程的擴大和完善。實(shí)施風(fēng)險管理要考慮的關(guān)鍵問(wèn)題是：在這種情況下，應該以何種方式正式實(shí)施多少風(fēng)險管理才最合適？

　　在進(jìn)行風(fēng)險管理時(shí)，所選擇的風(fēng)險分析方式必須與尋求改善風(fēng)險效率的機會(huì )相適應。通常要識別出應該把額外的資金或資源用在何處將會(huì )降低今后的風(fēng)險和總預期成本。判別能夠改善風(fēng)險效率的基準計劃或應急計劃中潛在的變更是有效項目風(fēng)險管理的主要目的。

　　為了做到完全有效，風(fēng)險管理應該針對整個(gè)項目生命周期而不是項目管理的某個(gè)階段。通過(guò)將風(fēng)險管理納入到項目整體管理中，就可以利用風(fēng)險分析指導并豐富管理過(guò)程的所有階段。軟件項目的風(fēng)險體現在以下四個(gè)方面：需求、技術(shù)、成本和進(jìn)度。

　　按我對SOVO的實(shí)際情況來(lái)看，技術(shù)、成本和進(jìn)度都是SOVO生存環(huán)境的一個(gè)優(yōu)勢。在目前這種氣候下，項目風(fēng)險管理只要把握好需求這個(gè)方面就能夠達到利益最大化。

　　為什么這么說(shuō)呢？正如我給文章定的題目，項目的風(fēng)險管理是無(wú)可避免的。因為無(wú)論是做一個(gè)項目，還是干一件事情，都有風(fēng)險的存在，這是不以人的意志為轉移的一個(gè)客觀(guān)存在的事實(shí)，只不過(guò)在實(shí)施過(guò)程中由于環(huán)境動(dòng)態(tài)和時(shí)間動(dòng)態(tài)等動(dòng)態(tài)因素的影響，風(fēng)險出現的幾率也會(huì )隨之變化，可能是增加，也可能是減少，風(fēng)險可能會(huì )暴發(fā)，也可能只是一直潛伏，這是一個(gè)動(dòng)態(tài)變化的過(guò)程。所以從邏輯上講，風(fēng)險最終會(huì )不會(huì )出現，會(huì )不會(huì )在我們的計劃內，是只有到項目進(jìn)行到那一步，事情發(fā)展到那一步才能最終確定。

　　但需要強調一點(diǎn)就是這只是理論邏輯，相對于實(shí)實(shí)在在的項目，活生生的事物，鮮明的例子來(lái)說(shuō)，所謂的幾率只是書(shū)本上的符號，邏輯只是教科書(shū)上的符號。

　　雖然說(shuō)理論可以指導實(shí)踐，可大多數人往往信奉眼見(jiàn)為實(shí)，經(jīng)驗指導實(shí)際操作。也就是說(shuō)，比較起理論知識的冗長(cháng)復雜和難于理解，人們更愿意直接去相信一些已經(jīng)發(fā)生的事實(shí)和通俗易懂的簡(jiǎn)單道理。

　　風(fēng)險的發(fā)生存在一定的幾率，有的發(fā)生的幾率大，有的發(fā)生的幾率小�？梢允谴笥�99%幾率會(huì )有風(fēng)險，可以是小于1%的幾率會(huì )有風(fēng)險。在實(shí)際情況中，人往往可以憑借經(jīng)驗，綜合考慮，根據外部環(huán)境的變量來(lái)預測推斷項目實(shí)施進(jìn)度過(guò)程中哪些風(fēng)險基本可以忽略，而哪些風(fēng)險是需要特別注意防范的。

　　就象任命一個(gè)項目經(jīng)理，人們往往更愿意，更希望找到一個(gè)有類(lèi)似項目工作經(jīng)歷的人來(lái)?yè)�當一樣，其考慮的根本著(zhù)眼點(diǎn)就在于風(fēng)險，因為有過(guò)相似經(jīng)歷的情況下，首先在考慮項目計劃時(shí)就能更全面周到老練。在市場(chǎng)經(jīng)濟環(huán)境下，顧主選擇人才一個(gè)很重要的標準就是工作經(jīng)歷，只要你有經(jīng)歷和經(jīng)驗，就勝過(guò)那些只會(huì )吹噓理論的書(shū)生。

　　事物的發(fā)展過(guò)程總是有一個(gè)階段性的，經(jīng)驗并不能知道一切的實(shí)踐。即使是SOVO，當組織規范發(fā)展到一定程度的時(shí)候，必然要回歸到理論邏輯的學(xué)習階段。重新開(kāi)始一個(gè)新的經(jīng)驗積累。這時(shí)我們需要注意新的情況。

　　在項目生命周期的每個(gè)階段都會(huì )有風(fēng)險的存在，而每次應用風(fēng)險分析技術(shù)都會(huì )包括：定義、集中、識別、結構、所有權、估計、評價(jià)、計劃和管理九個(gè)階段。同時(shí)在沒(méi)個(gè)階段進(jìn)行風(fēng)險管理的過(guò)程中，還應該注意以下幾個(gè)問(wèn)題。

　　1.風(fēng)險管理過(guò)程的成本

　　與風(fēng)險管理過(guò)程相關(guān)的成本會(huì )出現在資金或時(shí)間方面，但是機會(huì )成本可能更重要，而且機會(huì )成本在進(jìn)行長(cháng)期決策時(shí)發(fā)揮著(zhù)重要作用。我們需要在固定的資源約束范圍內工作，關(guān)鍵人員的時(shí)間會(huì )變得極其寶貴。用經(jīng)濟學(xué)術(shù)語(yǔ)來(lái)講，風(fēng)險管理過(guò)程涉及的所有人員（而不僅僅是風(fēng)險管理過(guò)程的專(zhuān)業(yè)人員）每增加一個(gè)小時(shí)的邊際成本，應該用花費這些時(shí)間完成其他工作所實(shí)現的最大價(jià)值來(lái)衡量。在項目運行的某一關(guān)鍵點(diǎn)上，所涉及人員的時(shí)間非常寶貴，可能是他們工資總成本的2倍、3倍甚至10倍，因此對這些人和時(shí)間的有效利用至關(guān)重要。風(fēng)險管理過(guò)程本身即是一個(gè)高風(fēng)險的項目。如果在基本執行過(guò)程中已經(jīng)出現危機，此時(shí)試圖增加風(fēng)險管理過(guò)程的資源（包括對人員的更多支持，不只限于風(fēng)險管理過(guò)程的專(zhuān)業(yè)人員）并非上策。給一個(gè)失控的項目增加人員如同“火上澆油”。

　　2.風(fēng)險管理的正式程度

　　正式性不僅是指要編制許多正式文件，它的關(guān)鍵內涵是結構，理解這一點(diǎn)有助于我們有效利用時(shí)間。風(fēng)險管理過(guò)程的效果很大程度上取決于它提出正確問(wèn)題的能力，而正式性、規范化正是為了解決這個(gè)問(wèn)題而提出來(lái)的。

　　3.風(fēng)險管理的組織

　　高級管理層的支持，對于發(fā)揮風(fēng)險管理過(guò)程的作用非常重要。風(fēng)險管理過(guò)程應該反映高級管理層的需求和關(guān)注。所有相關(guān)經(jīng)理人員，尤其是項目經(jīng)理需要在早期階段介入，保證相關(guān)的風(fēng)險管理過(guò)程納入到項目管理過(guò)程中去。理想的情況是在這個(gè)階段任命項目經(jīng)理，讓他能夠積極參與到這些任務(wù)中，在更加詳細的設計與計劃階段之前確立風(fēng)險管理過(guò)程的概念并闡明其作用。更多人員參與到任務(wù)中很有好處，這些人員包括組織職能部門(mén)中的個(gè)人、主要客戶(hù)、主要承包商或分包商、潛在的合作伙伴以及設計和引入風(fēng)險管理過(guò)程的顧問(wèn)。

　　而在這次項目實(shí)施過(guò)程中，我們應該從以下幾個(gè)方面進(jìn)行風(fēng)險管理的改進(jìn)：

　　1、時(shí)間管控方面尚欠經(jīng)驗。在項目開(kāi)發(fā)中為防止項目意外事件而導致拖延，故：

　　項目所需時(shí)間=項目預計時(shí)間*x （2本項目由于沒(méi)有作出此時(shí)間管控，而導致在項目意外時(shí)無(wú)法按時(shí)完成項目。

　　2、與客戶(hù)聯(lián)系不夠。雖然在前期中頻繁聯(lián)系客戶(hù)，也給客戶(hù)留下比較好的印象，但在后期中就很少聯(lián)系客戶(hù)了，不能及時(shí)讓客戶(hù)了解項目進(jìn)行的情況。

　　3、本項目采用的新技術(shù)比較多，在既要學(xué)習新技術(shù)又要開(kāi)發(fā)項目的時(shí)候，質(zhì)量難以保證。今后如涉及的新技術(shù)比較多的話(huà)，應爭取更多的開(kāi)發(fā)時(shí)間以保證項目質(zhì)量；如項目比較急，應采用項目組比較熟悉的技術(shù)。

　　4、數據庫設計是比較關(guān)鍵的一點(diǎn)，若設計不當，將為后來(lái)的業(yè)務(wù)層編寫(xiě)中帶來(lái)許多問(wèn)題。故前期因對數據庫作充分的設計。

　　5、項目開(kāi)發(fā)規范不足。如信息異常處理頁(yè)面跳轉方面不統一，格式化驗證不統一，Ation層編寫(xiě)不統一，數據庫連接統一，頁(yè)面結構風(fēng)格不統一。這些不僅影響了開(kāi)發(fā)進(jìn)的，同時(shí)也影響了系統的使用性與美觀(guān)。在今后的開(kāi)發(fā)中因制定開(kāi)發(fā)規范。

　　6、項目開(kāi)發(fā)前期項目組人員未能靈活運用VSS，導致項目組人員頻頻下載新版本后都要對項目進(jìn)行一些代碼的屏蔽才能夠進(jìn)行自身代碼的測試。經(jīng)過(guò)幾個(gè)月的VSS使用，組員已經(jīng)可以很好的使用VSS，也增加了些默契。

　　7、項目服務(wù)器上需要人工進(jìn)行項目更新，若是項目組修復了BUG而未去更新服務(wù)器的話(huà)，而B(niǎo)UGFREE上又標記了修復，測試公司在服務(wù)器上看見(jiàn)該BUG未改會(huì )誤會(huì )我們忽略該BUG.這種情況經(jīng)常發(fā)生，也給我們和測試公司帶來(lái)麻煩。在今后開(kāi)發(fā)中，服務(wù)器因安裝類(lèi)似ANT 這種自動(dòng)編譯以保證服務(wù)器最新的項目版本。

　　8、每周一的項目會(huì )議效果比較好，不僅讓組員了解整個(gè)項目的進(jìn)度，也促進(jìn)了人員之間的交流，讓大家一起討論項目中的問(wèn)題與分享各自的成果、技術(shù)與看法。這種做法應繼續維持下去。

　　9、項目組人員坐在一起開(kāi)發(fā)效率遠比各自在宿舍開(kāi)發(fā)要高，特別是在星期六日，因其聚的時(shí)間比較長(cháng)，故開(kāi)發(fā)的時(shí)候應盡量坐在一起。

　　通過(guò)這次項目，使我認識到，如果不實(shí)施正式的風(fēng)險管理過(guò)程，使之成為項目管理的一個(gè)常規方面，就無(wú)異于“商業(yè)自殺行為”。日益加劇的競爭，更加挑剔的顧客、技術(shù)開(kāi)發(fā)和其他變革速度的加快、商業(yè)機會(huì )日益增加的復雜性和新奇性，都對管理的不確定性和項目風(fēng)險系統的成功提出了更高的要求。如果等到“觸發(fā)事件”（如主要項目的商業(yè)手段失誤或未能贏(yíng)得主要合同）出現以后才接受這些信息，就太令人遺憾了。