在項目管理過程中，風險管理是其中核心內容之一。2013月，中培偉業《IT項目管理最佳實踐》培訓專家張老師承接了某保險行業特大型央企的一個開發項目。在本項目中，張老師被任命為項目經理，負責項目的各項風險管理、對內外溝通等工作，在工作中實際確立定期召開項目例會，雙方唯一接口負責人等制度。計劃投資3000萬元，采用C/S結構。張老師作為乙方項目負責人，參與了項目的管理工作。張老師在這里就該項目的風險管理分享了自己的經驗。

風險在一個實際項目中的發生，幾乎是不可避免，我們要通過編制風險計劃等手段，來預期在什么樣的項目中會產生哪些風險。同時，在項目執行過程中，我們要正確的對待風險的發生，主動去觀察，以便發現可能的風險，即風險的識別。

對于已經認識到的風險，我們接下來要做的就是進行定量和定性分析，通過分析找出原因，并進一步找出應對方案和計劃的建議。然后通過項目例會等手段，在甲乙雙方之間共同確認最佳的解決方案，并實際落實到具體的負責人來解決問題。最后我們通過對此項目的風險化解過程提煉出一些對今后工作有意義的借鑒之處。

在該項目中張老師曾經遇到了成本、時間、需求范圍等方面的風險。成本風險常來源于前期成本估算不準，實際發生成本嚴重超出原有預算；時間風險，多受到后期需求變更、項目進度計劃不合理、關鍵人員流失等因素影響； 需求在系統集成項目中具有漸進明晰的特征，應做好用戶的全程參與、加強需求的前期溝通工作。

1、關于成本風險

IT 項目成本管理是為了保證完成 IT 項目所花費的實際成本不超過其預算成本而展開的一系列管理活動，它主要包括：成本估算，編制完成 IT 項目各項活動所需資源的大致費用；成本預算，將總的成本估算分配到各項活動或工作包上，來建立一個成本基線；成本控制，分析造成成本偏差的因素，控制 IT 項目預算的變更。

在項目進行中張老師發現，由于在項目起始之初，公司為了急于拿下該項目開拓新的市場領域，承諾了滿足大量的應用范圍，而此類型軟件并非公司的既有產品，此時進行項目開發已安排的人力資源并不能滿足需要，因此建議公司加大人力投入以便保證項目的正常交付。隨后此建議提交到公司辦公會議加以討論，通過討論大家認為自行投入人力開發全新軟件，帶來的包括人力資源（新開發人員招聘、培訓的準備等）成本投入巨大。經過仔細計算，大家一致認為可以通過外包一些有相關經驗的公司的人員的方式解決開發主力人員的問題，這樣做人員即入手快，同時又不必大量的增加人員，可有效地解決人力投入的成本過度增加問題。

2、時間問題帶來的風險的管控

IT 項目進度控制是依據 IT 項目進度基準對 IT 項目的實際進展情況進行控制，使 IT 項目能夠按時完成。進度控制包括定期收集 IT 項目完成情況的數據，將實際完成情況與計劃進行比較。在制定計劃時，資源平衡非常重要。初始計劃所需要的資源往往超過實際可利用資源，嘗試在 IT 項目進度計劃和實際可用資源之間進行平衡和優化。進度計劃在 IT 項目管理團隊認可和批準之后，當作進度基準使用，表明 IT 項目中各個活動的基準開始時間和基準完成時間。 指明在制定進度計劃時，常采用一些適用的方法，以確保進度合理可行。

由于客戶企業是一個非常傳統的央企，內部辦事效率不高、溝通不暢、審批環節復雜，比如保險業務員的傭金定義方面在不同部門之間存在巨大爭議，項目進行中張老師發現當初給客戶承諾的 3 個月全交付的時間存在巨大的時間風險，幾乎全部完成是一個不可能完成的任務。

由此，張老師與甲方共同召開項目例會，在會上雙方通過討論共同認定此項目的最大目的是為了搭建一套電話營銷項目，銷售功能是其最主要任務所在，保證銷售功能在元旦上線是我們最主要的目標，因此，對于項目涉及到的其他的附加功能根據其是否為主要功能的部分必備條件之一，確定其是否排在 3 個月的項目進度計劃內。通過指定新的項目排期，并在甲乙雙方的認可下，確定了一個可以在 3 個月內實現的可行性計劃。通過后來實踐，我們發現后來隨后部分功能存在逾期現象，但是銷售系統的主要功能還是在客戶要求的時間點順利上線，并開始為客戶創造效益。

3、需求范圍帶來的風險

需求工程是指應用已證實有效的技術、方法進行需求分析，確定客戶需求，幫助分析人員理解問題并定義目標系統的所有外部特征的一門學科。它通過合適的工具和記號系統地描述待開發系統及其行為特征和相關約束，形成需求文檔，并對用戶不斷變化的需求演進給予支持。由于軟件系統的復雜性，在需求分析階段可能存在著開發方對委托方的業務需求理解不全面、不準確的情況。在這種情況下，如果不通過需求評審進行相關的質量控制，往往造成開發結果與用戶需求不一致的情況。

在項目進行中張老師發現，前期一些需求也存在不合理之處，其范圍定義過大，導致產品臃腫，同時這樣大范圍的需求，也和甲方已有的內部其他系統存在沖突，比如人員績效管理就和甲方已有的 ERP 系統相沖突，同時有些和銷售相關的功能又沒有在需求中體現，比如保單配送等功能，因此在隨后召開的項目例會中，通過對具體應用的分析，與甲方達成了一致認可。隨后經過修改需求說明書，調整了產品的規劃，終于制定了一個較為可行的可實際操作的需求列表，并按照執行，最終保證了產品與項目真實需求的一致性，而且在隨后的執行中不斷跟蹤這些需求的變化，及時加以調整，來達到正式的產品需求。

綜上所述，通過以上案例介紹，張老師總結了一下該項目在風險管理方面的經驗，首先任何項目都會遇到人力等因素造成的成本問題，因此在適當追加成本的情況下，合理的選擇多種解決方案中最優者，以便達到最節省成本的目標；其次，項目由于過度承諾等問題會帶來追趕時間進度的問題，要做到雙方妥善溝通，找出主要完成的任務，完成它就保證了整體的時間進度；最后，在需求風險管理方面，在項目立項階段制定的需求范圍，都會存在一定欠缺，要在項目過程中根據實際需求加以改進，并在雙方認同的前提下，加以實施，同時跟蹤其執行情況，不斷修正需求，來達到正式的產品需求。

通過本項目的經驗總結，為張老師今后執行類似的項目的風險管理帶來了一些可供借鑒的經驗：首先，及時注意風險的發生，識別風險，然后分析這些風險的產生原因，制定有針對性的解決計劃，并且跟蹤風險的處理，并不斷的進行修正，最后及時補充進項目執行計劃中；同時，良好的溝通是解決化解風險的重要手段，因為只有在多方認可的情況下采取有效地措施，才能真正的化解一系列的風險，達到有效風險管理，無論任何的能力、手段都要進行實有成效內部和外部溝通才會被他人獲知并且確認、落實。

必須承認的是，在項目開發過程中也遇到一些問題，比如因為工期緊，任務重，所以團隊經常加班，大家非常疲憊，導致團隊成員做事效率低下，積極性不高，項目出現了團隊風險。我也采取了一些補救措施，如請示管理層在精神方面做了一些鼓勵和表揚，適當組織聚餐、看電影、健身等活動，一定程度上緩解了緊張的氛圍，大家也沒了太多的怨言。

總之，項目風險的管理方式多種多樣，因人而異、因項目規模而異，管理方式不是一成不變的。適合自己的管理模式才是最好的模式，這些都有待于我們進一步研究、探索、實踐和總結。