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

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

一般以為，核心銀行系統會採用套裝軟體的思考不外:(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通常不會那麼有耐心相信一個-"只要堅持下去，系統終究有上線的一天"(不少案例是以消耗大量資源來掩飾開發者的缺乏經驗與判斷力)。'不了解台灣核心銀行系統的特有規格，就不要考慮套裝軟體的導入"-這句話是那天那位發問者的補充說明，因為只有這樣一句話的說法，怕引起他的誤解，所以有必要在此補充說明，希望他能看到這篇文章。

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