IT專案風險的特徵和管理

風險集中的IT專案管理起來是極為複雜的。要儘量在第一時間把事情考慮好,不能指望風險小的一方替風險大的一方承擔責任。尤其是目前進入中國市場的國外企業很多,情況複雜,IT市場的變化有時很難預測,更應該注意風險帶來的影響。

　　一、IT專案存在的風險

:IT專案在全球統計的結果並不是非常理想的,如果以按時、按質來衡量IT專案是否成功,則成功率只有20%左右,如果按最後能夠使用,但在進度和質量上有所欠缺作為成功的衡量標準,則成功率只有40%,目前這個比率據說有所提升,主要因為目前在專案管理方面的理論和方法已經初步完善。中國的資訊化建設起步較晚,無論是客戶還是實施單位對專案管理的認識不夠充分,所以,中國在IT專案實施上的成功率就更低。目前國內ERP概念炒得非常熱,電力、通訊、銀行等企業實施IT專案,就會提到企業流程重組(BPR),提到企業資源計劃(ERP)。如果僅僅是簡單的資訊共享,辦公管理,財務應用等,實施起來相對比較容易,成功的也比較多。但為何國際成熟的ERP系統在中國企業的實施中紛紛失敗,原因是兩方面的,一方面國際ERP供應商對中國情況不夠了解,無法適應本地化的要求。

另一方面,中國使用者在企業資訊化管理方面的理念還不夠成熟,而且會把本應該使用者自己關心的管理問題交給軟體供應商來解決,並認為上了資訊化系統就解決了管理問題,把所有管理上的問題寄希望於資訊化系統來解決。期望越高,失望也就越大。事實上企業管理還是企業的基礎,管理模式是由經營方向和手段來決定的,資訊化系統只是作為一種工具來實現原來手工無法實現或效率低下的一些工作,如資訊共享、資訊快速互動、資訊的智慧分析等等。所以,無論資訊系統多麼先進,使用者的管理思想和管理模式還是本質的內容。IT專案的成功與否很大程度上取決於使用者和供應商對IT專案實施的正確認識。

　　二、IT專案風險的特徵

(一)需求不穩定。IT專案的需求多變已經成為了軟體業界的共識,正因為需求的多變,才讓瀑布模型一直遭受到軟體工程界的抨擊,因此而誕生了原形模型。在IBM的RUP和眾多的敏捷方法論中,一直將需求不確定列為軟體專案的最大特點,因此而出現了擁抱變化一說。當一個IT專案已經開始在實施的時候,如果客戶連他需要做什麼,要實現一些什麼功能都不能確定的話,那麼做軟體實施的工程師他們又如何能夠知道自己要開發一個什麼樣的軟體系統出來呢?

(二)專案規模估計不準確。任何一個建築工程的專案經理都能夠對自己的專案進度掌握的`很準,在他們的眼中,只要錢沒有問題,則進度就完全在掌握中,可以輕易的得到保證。錢就是他們最大的風險,只要錢到位了,一切工作都好開始了。而IT專案與之不同,在軟體專案開始後,很少有缺錢的。只看到過資金沒有到位的“爛尾樓”,但是從來就沒有看過由於專案資金沒有到位的問題而導致未完成的軟體專案,就算是缺錢也是因為籤合同的時候要少了。就算是再優秀的軟體專案經理,他也無法預計好自己的專案什麼時候能夠完成,因為在他進行估算的時候,客戶的需求還沒有搞清楚呢!再一個,建築工程可以通過預算很準確的計算整個建築的工程造價,而軟體專案卻很難,因為不管是程式碼行估演算法,還是功能點方法,都不能算得準確。

(三)人的因素對專案影響很大。人可以說是整個軟體專案的靈魂,軟體專案不需要鋼筋、水泥和沙石,也不需要任何的施工機械。軟體專案的原材料就是人的思想和智慧,而計算機和CASE軟體則是專案的施工工具。通過鍵盤和滑鼠,無數的程式程式碼在程式設計師的手中誕生了。如果要問軟體專案最大的成本在哪裡,答案只有一個――人力成本。雖然軟體專案已經實施角色分工和管理,但是相對於其他工程的分工來說則比較單一。軟體專案中,一般就分有,系統分析師、架構師、設計師、程式設計師、測試工程是及配置管理人員和專案經理等。這樣的分工並不能有效的降低他們工作內容的複雜度。

　　三、對IT專案風險的管控

一是修正專案目標或範圍。儘管有深入的專案調研和詳盡的專案規劃,但IT專案過程中的需求改變常常難以避免,因此為保證專案的實施效果,對專案的目標或範圍加以必要修正,能夠有效應對專案偏離需求的風險。

二是加強培訓。加強專案培訓能夠提高參與專案的IT人員和業務人員甚至管理人員、決策者對資訊化專案的認知,對規避專案的實施風險有良好的效果。

三是準備風險保證金,適當預留專案計劃時間。IT專案實施往往週期較長,在專案預算中預留一定數量的風險保證金,時間計劃中預留一定的時間,能夠有效應對由於專案需求改變或者範圍增加而造成的時間和成本風險。

四是始終貫徹專案管理的標準流程。嚴格執行專案管理中的時間、成本、質量控制等標準流程,能夠有助於控制專案風險。

五是引入第三方諮詢和監理。IT專案初期尤其是剛剛開展IT專案的企業,在IT專案實施中引入第三方諮詢和監理,能夠利用第三方的專家優勢和對專案實施的經驗來應對專案風險。

六是加長模擬階段的週期。IT專案中最重要的是資訊系統與企業業務流程的結合,因此加長系統模擬業務流程的週期,使之充分適應企業業務流程,能夠保證專案對企業的適應性,從而降低專案的實施風險。

七是行政強制手段。專案實施應以培訓和溝通為主,但並不排除採用行政手段強制實施,對於專案中的某些難點,採用行政強制手段能夠起到很好的效果。

八是終止專案。這是一種極端的做法,往往由於專案目標沒有明確所致,採用這種做法雖然會導致專案的徹底失敗,但也是萬不得已,能夠避免企業更大的損失。