昨天TGO第三小組聚會中我們談到南山人壽系統升級的問題，談到這種案子，真的有經驗的人並不多，而我雖然沒有弄到100億這麼大的案子，但在鼎新時的大公司系統升級或系統轉換的案子總是經歷過幾個，加上在TutorABC時我們花了兩年將4個產品的技術架構打通、重構、翻寫50%的ASP code的過程，就有很多可以跟大家分享的。

南山的問題難以用一句話概括，因為過往我們在做系統導入時，最常遭遇的問題撇不開以下幾項，而我猜測在南山的案子中應該每個都踩到了。

1.政治角力，專案立項的初期，對於誰來負責案子產生很多爭議，甚至連要找哪家廠商來建置應該也有很多角力，這中間很容易落入不是選一家最適合也最有經驗的廠商，也不是選一個最適合的PM，更多的是政治考量因素...

2.老闆的野望，老闆總認為可以一步到位搞定，不希望是一個模組一個模組來，或一個流程一個流程來，加上對專案過度樂觀，所以時程壓得很短，最後執行團隊在沒有足夠的時間之下只能硬上，而且rollback plan大概也沒有訂好，當初才會出現無法還原的窘境

3.來自內部的抗拒，組織變革或者系統引入，內部的抗拒通常很難避免，加上是導入ERP這種巨怪，幾乎公司內所有的部門都會受到牽連，所有人都得改變自己的使用習慣，並且要在工作之餘參與各種系統培訓以及諮詢，如果中間遭遇一點問題，立刻會有人提出棄用的反面意見，所以整個專案中花在內部溝通的時間通常會占整個專案過程很大比例的時間

4.對系統整體缺乏全貌，一家公司開了幾十年，內部很多系統流程早已經改到大家都難以一窺全貌，每個部門大概也僅僅知道一部份的流程，如果你期待老員工能完整地告訴你細節，那也是天方夜譚，你很難透過訪談把流程都梳理清楚，有些重要流程可能留有文件，其他的大致只能一點一滴拼湊起來，這種狀況下要一步到位全上，又沒有緩衝期，很多次要或分支的流程就容易出包，從南山系統剛上線時特定產品的客戶，保單出了問題可以大概看到一些蛛絲馬跡

5.資料遷移難度高，資料遷移不是只有把資料從一個資料庫匯到另一個資料庫那麼單純，最關鍵的是去釐清資料流，這些資料是怎麼被寫入的，怎麼被存取的，來源是哪？邏輯是什麼？舊系統轉到新系統時，如果兩邊的欄位不一致、schema不一致、定義不一致時要怎麼處理，資料不是看起來像就沒問題了，表的設計、編碼、欄位長度、型態等一堆問題都得考量，就ERP這種交易型的系統來說，資料庫的複雜度遠高於程式本身

昨天還有談到上述問題的解法，不過太長了，有時間再來寫吧。

剛好今天的動態回顧到下面這段，其實也挺貼切的。

有目標，有意圖，有計畫，但沒有執行，就是紙上談兵；

有目標，有意圖，有執行力，但沒有計畫，那是拿生命開玩笑；

有目標，有意圖，有計畫，有執行力，但沒有肩膀承擔後果，那是不負責任的表現，變革沒有不跌倒，而跌倒後是倒地不起，還是能很快地再站起來，那端看領導者的態度；

有目標，有意圖，有計畫，有執行力，有肩膀能承擔，夥伴才會有信心，才會產生信任感，才會願意跟你一起走完艱辛的路途。