註冊 | 登入 | RSS Feeds
ZDNet | Taiwan.CNET.com |

廣告:
IT新解:Implement Trouble?
友善列印 | 轉寄朋友 | 加入HEMiDEMi網路書籤 | 加入funP | 加入Google書籤 | 加入Yahoo!奇摩分享書籤 | 1則回應
    
曹永暉 2007/04/17 00:00:05 2007年一開始臺灣就有兩件大事。 一是高鐵終於上路了,一是彩券換了新東家也上路了。但不巧的是,這兩個剛上路的服務在營運的第一天都遭遇到IT系統出了狀況,導致無法順利提供服務,或甚至是暫停服務。 除了兩家企業高層不斷的對社會大眾表示歉意之外,也造成企業營運的損失甚至是企業形象的傷害。 IT在這兩個服務上都扮演很重要的角色,彩券完全需依靠電腦系統連線作業採進行營運。 高鐵須依賴電腦系統進行劃位購票動作。 因電腦系統問題而造成營運上的問題嚴重性可想而知。IT(Information Technology)曾幾何時變成Implement Trouble

風險(Risk),是大家日常會面臨的問題。 一般個人會買保險來預防日常生活所遭遇的風險問題。 這一兩年在金融業吹起的Basel II是在預防銀行營運上的風險。 IT對企業的營運這麼重要,卻很少企業關切IT專案執行風險。 一般企業在執行專案預算時通常採用 「專案預算=硬體預算+軟體預算+資訊服務預算」,而通常忽略了一大塊的隱性成本。 這可能包括內部人事成本,系統教育訓練成本,水電成本及個人認為最大一塊的風險成本。其實除了高鐵和彩券這兩個案例外, 我們常常可以聽到某某企業建制某IT系統失敗或者是上線時程一再的延宕,如此結果造成的損失除了企業本身之外,資訊服務業者也是受害者,必須在原規劃的預算下不斷的投入人力來解決上線的問題或延宕的時程。最可憐的可能是那些日以繼夜趕工守護在系統旁的工程師吧!

近年來台灣資訊服務業慘淡經營,為了搶奪企業專案不惜削價競爭,企業外包專案可能以較低的成本取得但換來的確是較高的執行風險。IT並不是找麻煩,IT應該是協助企業提高競爭力,增加營運績效很重要的工具。 我們也常常可以聽到某某企業在採用某IT系統後,業務增加多少或者是員工績效提昇多少。這應該是IT系統建置的目的。 建置一個能夠提昇企業績效的資訊系統,可以從四階段來考量風險問題:

1、目標訂定與規劃的階段
企業內部作業目標的擬定,此階段較無風險可言,但不明確的規劃可能導致日後風險成立的主因。

2、IT廠商遴選
除了價格, 取得廠商的建議書, 技術評估, 廠商的經驗,專案管理能力和人員素質等多方考量。選擇到優良的資訊廠商,相對的降低專案執行風險

3、專案執行的專案管理
專案管理是一個專案能夠順利上線與否的最重要因素。好的專案經理人員能夠明確掌握專案進度與專案執行時所面臨的問題。這個階段所面臨的風險也最大。

4、系統上線
這個階段的風險應該是最低的。 資訊專案的風險不應該發生在這個階段, 因為如果在前三階段皆已做好掌控,系統上線應該是企業享受IT所帶來的增加營運績效的時刻。

可是為甚麼大部份的資訊系統都是上線之後才發現面臨如此多的問題,甚至是遭遇嚴重的問題。初步規劃時就目標不明確, IT廠商低價取得專案,專案管理不良,造成時程延宕,測試不嚴謹,最後系統匆促上線,已致於所有的風險後果都是在系統上線後所承擔的。這就是我們普遍看到台灣企業在建置IT系統的一般現況,這也可能是業務單位人員認為IT是找麻煩的主因吧!

近年來常聽到CIO在論及資訊單位在企業內部的價值定位;在一個競爭的企業現實環境裡,唯有建立功勞的人才可疾呼價值定位。業務人員位的功勞來自替公司帶來業績的成長,資訊人員的功勞當然就是成功的讓企業內部的資訊系統成功順利的上線。也唯有如此,透過IT協助企業帶來營運上的績效,才能顯示IT人員的價值與定位。

 

本專欄作者為研究公司國際數據公司(IDC)研究經理。
加入我的圖書館 訂閱關鍵字
加入網路書籤> 加入HEMiDEMi網路書籤 | 加入funP | 加入Google書籤 | 加入Yahoo!奇摩分享書籤 |
友善列印 | 轉寄朋友


  • 1.Pan.tc328 於 2007/04/17 09:31 回應
    理論和實際
    1、目標訂定與規劃的階段:
    企業內部作業目標的擬定,此階段較無風險可言,但不明確的規劃可能導致日後風險成立的主因。
    現在企業為節省人力開銷往往都沒有堅強的IT,在IT沒有相關經驗和一些對未來的預判下,很難很清楚公司作業的目標和風險評估.
    而就外包廠商而言,對於某些風險是可預先感知的,但為了工程標案往往都會先隱瞞風險跟事實.
    2、IT廠商遴選:
    除了價格, 取得廠商的建議書, 技術評估, 廠商的經驗,專案管理能力和人員素質等多方考量。選擇到優良的資訊廠商,相對的降低專案執行風險
    IT建設首重於系統架構和程式選寫,價格, 廠商的建議書, 技術評估, 廠商的經驗,專案管理能力和人員素質..都是為了工程標案泛生出的產物, 其中廠商的經驗,專案管理能力和人員素質可以誇大不實,而臺灣流行一包二包三包…往往實作人員跟原先的有很大落差.
    3、專案執行的專案管理:
    專案管理是一個專案能夠順利上線與否的最重要因素。好的專案經理人員能夠明確掌握專案進度與專案執行時所面臨的問題。這個階段所面臨的風險也最大。
    一步錯,步步錯,專案首重在於1.,企業無法有效陳述需求,外包商無法有效訪談及設計,專案一改在改,排程一修在修,專案管理只能空談.
    4、系統上線:
    這個階段的風險應該是最低的。 資訊專案的風險不應該發生在這個階段, 因為如果在前三階段皆已做好掌控,系統上線應該是企業享受IT所帶來的增加營運績效的時刻。
    系統上線,問題的起點,系統上線問題才一一浮現,以軟體開發專案而言大家都有學過,將整個開發成本移至系統規劃,風險評估,系統設計….依序遞減,務必將影響的問題點預先排除..,然後在台灣系統規劃,風險評估…所用人力成本都最低,一開始就進入實作階段,所以等系統上線後問題才浮現或系統不符需求,跟使用者有極大落差的問題.


留下你的意見
會員 * 帳號:
* 密碼:
  1. 欄位可選填,若全不填,則顯示為「匿名」。
  2. 不支援html語法
非會員 姓名:
E-Mail:
Blog:
  重新載入驗證碼
* 驗證碼: 記住我