「假如專案一點風險都沒有，就別做！」風險是隨專案而存在，風險越大、相對報酬越高，倘若一味逃避風險，即有可能無法獲得應有的報酬。因此，必須要能辨識專案進行中，所有可能遭遇的問題與風險，進而避免，以取得所能獲得的最大報酬。首先介紹在專案中常見的風險類型：

1.時程預估錯誤：時程錯誤可視為對專案規模的誤判，就算使用一些市面上的衡量工具來衡量，也
　　　　　　　　  仍然可能低估了規模。
2.需求不斷膨脹：客戶在專案開始時所提出的需求，在專案進行中，可能因環境改變、市場狀況或
　　　　　　　　  自身的創新速度，造成客戶需要改變，這些往往都會反應到專案的開發。
3.專案人員流失：造成人員流失的問題，主因為接替人員在接下工作後，從進入狀況到表現能達到
　　　　　　　　  前任人員的工作水準時，所需要的時間是很難預估的。
4.規格崩壞：通常規格崩壞的效果不是連續性的，而是突然爆發，所造成的影響甚至會讓整個專案
　　　　　    失敗。
5.績效低落：個人表現的好壞，會讓開發過程多一些干擾因素，在很小的團隊中，尤其是一人團
　　　　　　  隊，更是不容許忽略。

　　在面對眾多專案風險時，可將所有可能遭遇的問題都視為一個風險，並列出一張風險控制清單，作為風險管控制度化的開始。專案開始後針對每個風險填入管控內、管控外、是否偏離期望和偏差原因，接著將各項因子做有效列管，以同樣方式進行分析多個專案後，就可累積經驗，在新案子開始時，不妨有系統地運用事後檢討結果，只是前提是必須為每個專案進行檢討和分析。當風險被列管後，可用下列方式解決：

1.迴避風險：這個方法是針對非必須事項的處理方式。
2.控制或是緩和風險：預先採取的作為，萬一風險成形，便可以有效、快速地處理。

　　現在就以鼎新金融暨服務事業群與國內某銀行，進行中的會計專案為例，此專案規模相當龐大，其同時涉及數個不同系統，為避免可能發生的問題，在需求訪談時就花費相當長的時間，特別是在釐清使用者需求，鼎新專案人員則先將已認知的需求用畫面呈現，透過畫面視覺效果讓使用者清楚了解，並提出問題與想法相互討論，以明確畫面設計和流程，並開始制定規格。

　　規格經過反覆溝通與協調後，須要求做規格確認，並在系統開發過程中，不做規格修改。此做法有二個好處，第一是在規格制訂的過程，可讓使用者與系統分析師更專注於需求的了解，力求詳盡。第二是不讓過程中修改系統，造成時程延遲，若有需求新增，則儘可能在系統開發完成後，再進行新增或修改。

　　在此專案系統的開發過程中，客戶與專案廠商 ( 鼎新 ) 是需要緊密的配合，這是一個成功的案例，雖然專案開發是無可避免風險的，但透由雙方充份的溝通、討論，進而將所有可能發生的問題整理、列表控管，並逐步排除問題，有效控管風險，這實是成功的關鍵。

　　鼎新金融暨服務事業群憑藉多年開發專案經驗，累積豐碩的風險控管經驗，相信能為金融業的 e 化專案提供最佳的風險控管。現今變動的世代，網路讓金融業與客戶、員工、市場或全球營運據點間，皆已緊密相連， e 化專案的籌劃，以期建構出全球服務的新流程，運控全球知識新經濟，已勢在必行，風險必存，冒險挑戰和良好專案風險控管機制，則是金融業這場全球競局勝出的關鍵。