資訊化專案“監理”究竟“監理” (一)(轉)

ger8發表於2007-08-14
資訊化建設專案必須引進監理機制,這已經成為了政府部門和企業的共識。“十五”期間,資訊產業改造傳統產業的市場規模大約是5000億元。這其中,裝備製造業資訊化和企業資訊化將是工作的重點和突破口。

面對5000億元的市場規模,國內外的資訊產品提供商窺伺已久,都看好了這碗肥肉。但是,大量中國企業資訊化的程式表明:大約70%的企業IT專案超出預定的開發週期,許多製造業的大型資訊化專案平均超出計劃交付時間20%-50%是常有的事,軟體專案開發費用超出預算的達到90%以上,並且專案越大,超專案計劃的支出越高。不僅如此,還有相當一批ERP專案花錢打了水瓢。淪為豆腐渣工程和半拉子工程的資訊化專案也比比皆是.

人們不禁要問:資訊化究竟是金鑰匙,還是黑洞?

正是基於此認識,2002年11月28日,資訊產業部正式頒佈了《資訊系統工程監理暫行規定》。其中規定投資在200萬元以上的資訊化專案必須有第三方的監理。這在制度上拉開了規範我國資訊化建設專案的序幕。不僅是提高資訊化專案投資效益的重要手段,而且對於加快我國資訊化建設程式,預防和規避資訊化專案風險,無疑將具有重要的意義。

長期以來,我們在資訊化的建設中,多是強調了資訊化建設的重要性,先進性和緊迫性而忽視了資訊系統建設的風險性。據報導,一家諮詢集團曾對美國24家大型企業開發的客戶伺服器系統進行了調查,結果表明,其中68%的專案超過了預定的開發週期,55%的專案其費用超過預算,88%的專案必須進行系統再設計。另有一家美國著名的調查公司SPR對美英兩國的企業資訊系統工程進行了類似的調查,報告顯示,有30%~50%的客戶/伺服器專案中途放棄開發。

福克斯?梅亞曾經是美國最大的藥品分銷商之一,年營業收入超過50億美元。該公司投入了兩年半的時間和一億美元資金,建立的ERP系統,不但沒有使營銷業務取得改進,還帶來了資訊處理上無盡的問題,以至於公司最後不得不宣告破產,留下的只是合作雙方未結的官司。

我國的情況也並不樂觀。資料顯示:當前,ERP軟體的平均除錯周期在10個月到39個月。這樣長的除錯過程,已經接近或超過了該軟體的生產過程。突出的反映和表現了ERP軟體的不成熟性。長春市某汽配廠,曾經是中國一汽集團最大的零配件供應商之一,年產值超過12 億人民幣。在歷經了18個月的時間,耗費了近千萬元的資金,引進一套ERP系統後,即陷入了除錯的“馬拉松”之中,不但沒有改善經營,反而使產值、利潤下降了39%。以至在破產清算時,該廠領導人嘆息地說:“是ERP拖垮了我們”。

國內外無數鮮活的案例說明:加強資訊化建設中的監理,對於規避資訊化建設中的風險加快資訊化的程式,將具有重要的意義和作用。

但是,隨著一些資訊化工程監理的實施,效果並不理想。人們期待的可喜局面並沒有到來。一些資訊化專案監理公司在具體操作層面上遇到了諸多棘手問題。不拿監理公司當棵蔥,是個較普遍的問題。如某監理公司接到一個專案後,根據工程的不同子系統撰寫了《監理大綱》、《監理規劃》、《專業監理的分配計劃》等檔案,力圖規範整個專案的程式和質量。但在“乙方”交付工程之前,專案“監理”根本無法看到“乙方”真實的“工程現場”。監理方堅持的“五控制,兩管理,一協調”完全成了一句漂亮話。整個監理過程完全陷入了“監理黑洞”,進度拖延、資金超支等問題不僅依然如此,而且更多了一個監理給當擋箭牌。這種情況在電子政務專案中表現得更加明顯和突出。由於多數電子政務專案沒有成型的主體框架,沒有定型的規範要求,沒有可借鑑的成熟經驗,處在“三無”的狀況,電子政務工程監理工作究竟如何開展?更是一個難題。
[@more@]

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-956401/,如需轉載,請註明出處,否則將追究法律責任。

相關文章