續前銀行合併宣佈後資訊系統整合(Post M&A IT Integration),作者有進一步的論點說明.....
銀行合併宣佈後資訊系統整合 (Post M&A IT Integration)
續前
筆者前篇 ” 銀行合併宣佈後資訊系統整合 ” 發表後仍感意猶未盡，原因是當銀行決定資訊系統的整合方式之前實際上都會經過一道評估作業的程序，並依據其結果報告決定系統的整合 方式 。這個程序 筆者認為不只技術面的評估而已，而是包含政治面，業務面，作業面等涵蓋面更廣。筆者有幸曾在 2003 年接受台灣某大金控公司委託，為其旗下兩家文化 、 業務 、 系統差異頗大卻又規模相當的銀行，評估其系統現狀，並提出系統整合的建議及未來系統的發展建議。經過 6 週的調查分析後，終於完成一份報告，並獲得客戶的全盤接受。所以筆者以為或可擇其摘要寫出供大家參考指教 。
非技術面評估項目
政治面 - 合併案的開始起因都是經濟因素，但是緊接而來面臨的即是政治因素。政治面通常來自大股東及高階主管的考慮，中低階的員工，小股東，客戶更本沒有置喙的餘地。這方面通常牽扯到複雜的政商關係及利益交換。筆者對此毫無經驗，所以也不便發表意見。通常政治面是合併案成局與否最大的因素，雖說複雜，但是只要決策者 ( 真正權力擁有 ) 利益均霑，短期間即做出決定宣佈，時間之快也經常出乎大眾意料之外。
組織面 - 兩銀行合併宣佈後馬上會進行組織的調整。從政治面來看組織調整代表的是經營權的掌握。從經濟面來看代表的是降低人事成本。正面而言，組織的調整代表的是資源更集中更有效的利用，並利用合併時機對兩個銀行行之有年的組織文化作大幅度的改造，而通常銀行的組織都是相當保守而老舊的。對銀行員工而言組織的改造通常即即暗示著工作的不保，特別是被合併的一方內心都有另謀出路的心理準備，即便併人的一方，看到老闆對對方員工的禮遇與優退條件，也怨嘆不如對方。在此情況之下，要進行組織的調整與改造並不容易。除非高層有壯士斷腕的準備與決心，否則員工消極的抵制態度，對往後合併衍生的諸多工作都會產生極高的風險與成本。
業務面 - 即使是兩家商業銀行合併，雖說彼此業務大同小異，但即使是小異，要將其整合為一也不容易，那是因為目標客戶群不同自然會發展出不同的商品，即便類似的商品，服務的方式也不同。在這樣的情況下如何將異中求同，或者對不具獲利性的商品下架，都是在業務 (Business)/ 商品 (Product)/ 服務 (Service) 分析中，高層判斷由哪一方來主導 ? 並且讓主導的一方獲得足夠的授權 ? 將是業務合併推展是否順暢的關鍵。
作業面 - 。最能代表一個銀行的風格莫如從銀行日常的作業中去找出答案。公營與民營，老銀行與新銀行從對顧客的態度，行員的訓練與要求，作業流程合理化的追求，內部稽查控制，都有迥然不同的觀念與做法。也許是法令過於嚴苛，也許是企業文化，通常兩個銀行如果採取對等合併方式，整合業務處理流程是一件非常繁瑣又不討好的工作，關鍵在於不同銀行行員心態很難完全認同對方，總覺得對方對己方的問題 ( 主要是顧客習性與業務推展與管理 ) 並不十分理解，又急迫要己方接受，因此採取消極的對應態度，偏偏資訊系統與作業流程息息相關，整個作業如果不配合資訊系統而調整，那麼系統整合工作將耗時又耗費。
技術面評估項目
首先要強調的是有關技術評估項目針對的是核心銀行系統，因為其他業務系統在規模與任務上都不似核心銀行系統除了本身業務外，還必須擔當整體系統運作的協從角色。評估兩個不同的系統理當應該從整體性架構 ( 技術 ) 功能 ( 應用系統彈性 ) ，應用系統 ( 商品與服務 ) 及技術人員。但是前面提到作務流程與組織文化往往才是決定系統風貌的關鍵因素，所以在合併宣佈後有限的時間去執行雙方系統詳細的評估，筆者以為追求的僅是過程而非結果。何況合併後的系統開始上線後一般比原先的系統降低服務水準 (20% 左右是可被接受的 ) ，而這一部份喪失的系統服務水平要告往後的 1-2 年去彌補，因此在技術面的要追求的大方向原則而非枝微末節。
功能面 - 筆者以為這方面有兩項功能要特別強調，一是那一個系統服務時間長，二是那一個系統介面多。為什麼要強調這兩項呢 ? 因為大規模系統的合併只看兩個結果 : 連線作業是否順暢 ( 這部分含分行櫃檯系統，跨行通匯 ATM 系統，與及中心公用事業轉帳系統 )? 批次作業是否順暢 ( 這部分含 ( 日處理，月處理，其處理，年處理是否能在預定的作業時間完成而不影響連線作業 )? 另一方面一個外部介面多的核新系統代表的是功能複雜的業務系統，愈複雜龐大的核心銀行系統愈難撼動其地位，這也是較大規模的核心銀行統往往是存續統的原因 ( 世華 , 北銀例 ) 。
系統面 - 銀行合併後短期內即面臨交易量的暴增，原先的系統架構或許可以對應線型平緩的成長，但對於突然增加 50% 以上的交易量與資料量也許就無法維持原先一日 ( 一個連線與批次的最小循環 ) 作業的順暢性，而如同前述大規模系統上線成功與否初期根本是看系統是否能維持起碼的穩定。因此系統是否具備足夠的擴充性與可靠性才是評價其存廢與否的最起碼條件。
結語
到此筆者以為影響系統整合成功或失敗的必須有一些原則作為參考。這些原則有些來自國外經驗也有筆者實際體驗感想。筆者在此賣個關子，將這些整合成功的原則及整合失敗的原因留待下一篇文章再做探討。