You are here

'不了解台灣核心銀行系統的特有規格,就不要考慮套裝軟體的導入"

'不了解台灣核心銀行系統的特有規格,就不要考慮套裝軟體的導入"這是我最近一次演講對學員問題的回答,因為當時問題者有疑惑的表情,所以有必要以本文補充說明我的想法。

一般以為,核心銀行系統會採用套裝軟體的思考不外:(1)獲得KNOW-HOW(2)縮短開發期間(3)寄望因開發期縮短獲的經費節省與及早上線帶來的效益(4) 將開發風險轉嫁給廠商(5)系統規格與作業習慣與國際接軌(6)已經累積足夠的使用者,使用應該不會有問題..等等理由。這些理由絕對是正確且足夠支持這樣的想法,然而如果仔細去探討使用套裝軟體能獲致成功的原因,依序如下(1)新成立的銀行比老銀行容易成功(2)規模小的銀行比規模大的銀行容易成功(3)民營銀行比公營銀行容易成通(4)外商銀行比本國銀行容易成功(5)經營層愈重視IT的銀行成功上線機會愈大...等等狀況。這些有利與不利銀行採用套裝軟體的因素,歸納起來就是(1)系統包袱愈輕愈好(2)經營管理愈有彈性的愈好(3)管理層愈重視IT愈好。然而為什麼說 - '不了解台灣核心銀行系統的特有規格,就不要考慮套裝軟體的導入"? 這句話是為IT的責任者而說的,不是為IT的決策者所說的,通常IT的決策者不一定是IT的責任者,現今IT的愈趨複雜化,導致IT決策者與責任者的分離(正面的說法叫分工,負面的效果是沒有人負完全責任),如果IT的責任者如果在"導入核心銀行套裝軟體的評估過程中",無法精確衡量(A)地區(法規)特殊規格如何"局部化"植入?(B)自身銀行特殊規格如何"取捨?(C)原系統的包袱如何"規格"化?那麼不是抵死不從(核心系統絕不使用套裝軟體-有苦說不出),要麼就是趕緊讓自己的開發團隊具備前述(A)(B)(C)三者的能力,如果有任何模糊與不清,只憑"鐵杵磨成繡花針"的毅力與精神,是行不通的、註定以失敗為收場,原因是-現在的CEO通常不會那麼有耐心相信一個-"只要堅持下去,系統終究有上線的一天"(不少案例是以消耗大量資源來掩飾開發者的缺乏經驗與判斷力)。'不了解台灣核心銀行系統的特有規格,就不要考慮套裝軟體的導入"-這句話是那天那位發問者的補充說明,因為只有這樣一句話的說法,怕引起他的誤解,所以有必要在此補充說明,希望他能看到這篇文章。

後記:這句話對於套裝軟體商同樣適用。

Comments

FranklinTsao's picture

Fin大大所言,深有感觸~~~
有些客戶都以為透過國際大廠的套裝軟體可以學得know-how!
但反過來說,套裝軟體的教育訓練課程是教你怎用這個軟體!可沒有教你背後的業務或作業know-how!

反而因為原廠顧問不了解當地的規定的原因,反過來要求你的業務,甚至法令要去變更來配合他!又說不出系統設計的原因~~~
肥蝦是覺得,臺灣的銀行應該試著以自己為主軸去用你認為合宜的軟體(局部或全部)或搭配你合適的軟體(局部或全部)!
而不要想著找一個你來配合他的軟體~~~~

"臺灣的銀行應該試著以自己為主軸去用你認為合宜的軟體(局部或全部)或搭配你合適的軟體(局部或全部)!
"這句話非常好,但就現實上很難達到,因為Sellers在介紹時總會配合說客戶的需求,但真實的系統是如此嗎?銀行看到的永遠是PPT,看到系統的機會非常的少,更難知道到底有哪些是需要的。這是現實的無奈呀~

现在有一种做法是选择厂商前,先要求安装系统搭建演示环境,进行实际的操作,这样银行就不容易仅仅被ppt所迷惑了。

小弟這幾年看到的一些案例,似乎都沒有很完美的結果......
原始碼、教育訓練、技術移轉、導入過程的品質、文化差異......很難得到完美的結果吧!
有人看似成功、有人失敗,有人叫苦,有人剛跳進去,有人被嚇到......真不知還會有甚麼狀況?

Add new comment

Plain text

  • No HTML tags allowed.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Lines and paragraphs break automatically.
CAPTCHA
情非得已,網路蟑螂橫行,必須確認您是友善的訪客,麻煩之處,尚請見諒
Fill in the blank.