我要勇敢

系統上線日。

籌備長達五年的系統終於到了上線的時候，前幾年一直系統難產的低氣壓也因此漸漸有了變化。最初計畫剛成立時，閃亮到登上雜誌裡面。一年一年過去，計畫承諾越來越大，完工卻遙遙無期，最大的計畫成了最大的笑話。環繞在中大型主機系統與微軟平台的我們，就成為樓裡最低調的一群人。

後來公司調來一位專案經理，這位經理上來之後，把計畫的範圍明確的畫出來，沒在範圍內的一律幫我們推掉。幾個月的時間，計畫開始有了轉機，甚至出乎意料地在今年上半年就能上線。

我們系統今天上線，目的是要取代原本的舊系統。既然要取代，就要把舊系統的資料轉移到新平台上。因為設計觀念與商業需求的增加，新舊系統的資料模型有很大的不同，因此不是說把表格轉一轉就能解決的。也就是因為這樣，我們必需要先把舊資料匯入新系統，再轉存成新資料。我知道這聽起來很遜，但資料轉移真的是很大的工程，只要漏報一筆，就會讓大家擔心是否轉換有瑕疵。這還不是最慘的。最慘的是，別人的計畫資料是死的，例如上個月的帳目這個月還是不變，所以可以在上線之前提早處裡。而我們的資料不能作這種假設。因為這樣，我們必須要在系統維護期四十八小時內把用戶導出去，然後把熱資料完整轉移上線，否則就要退回原點。

這就是一切問題的來源。在這四十八小時裡，我們遇到了想像中與想像外的各種狀況。系統比預期的轉移速度要慢了好幾倍，而且，就在接近一半的時候，報出了核對結果有誤的惡耗，原資料品質有問題，而且不只一處。一路上找出了好幾種修正程式，想辦法補救轉移後的資料。這時有了兩種不同的聲音。

一派人主張先完成，再回來修整。我的師父認為要往回退，從第一次出錯的那點起，重頭開始。既然前三十六小時累積了資料品質的經驗，後面要重新開始應該不是難事。兩派人爭議不斷，我卻沒有勇氣挺身而出。我是贊成重新開始的，但卻不敢承擔丟掉三十六小時的風險。對於自己的不夠勇敢，我覺得很遺憾。

我丟掉七年的時光找到自己最喜歡的工作，卻因為擔心喜歡的工作而捨不得三十六個小時。妥協的人永遠只是笑話。希望我能夠勇敢一點，不要再作一個妥協的人。