Online @ 一百零五號

世界是平的!? ------讀後心得報告

2000年我開始從事資訊行業至今五年多，我從最基本的程式設計師，系統工程師，系統分析師當到副理專案經理在來當到資深工程師；從事的工作從Banking Solution Provider（SI）、傳產業(裕隆汽車)到網際網路的世界（網路家庭）從事的工作範圍不可謂不廣，所換過的工作不可謂不多，但是每換到一份工作都可以讓我深深的感受到世界是平的這句話的真實。

我2000年工作的第一份專案：日盛證券的CRM & KM ，那時候我到日盛證券，常會看到一群印度的工程師佔據了最大的會議室滿滿是討論所留下遺跡的大白板，他們往往一個專案就是半年、一年。那時候資訊產業流行的是Outsourcing 委外，但是又有太多的現實問題沒有大量的流行，但是傳統的製造業已經大量的外移到大陸，我那時候心裡想的是:那是因為Cobal 在台灣退流行了，會的人要不是薪水太高就是人太難找，所以才會找這些剛好會、成本低而且味道怪怪（個人感受）的印度人（後來知道了才知道其實成本並不低），亦在當下我參加了微軟的一場演講，我看到的是微軟的主講人是印度人.......(位階不低但是對我來說沒什麼感覺，英文講的怪怪的)。

因緣際會，換了份工作，Banking Solution Provider 做的都是Banking的專案，那時候參予了某大銀行的理財專員的專案(須轉換成J2EE的Platform)當PM兼DBA，當時我們只有NT的平台，由於時間的關西我們委外交給大陸的廠商來處理，我們只專注在需求訪談和規格的開發，當時我們使用了ＵＭＬ的方式作好ＵＭL的相關文件，送到大陸然後請廠商按照規格開發程式，交付回來程式碼在做詳細的ＱＡ還有在各戶端的建置，但是當時我們發現到廠商開發出來的程式並沒有完全的按照規格或是沒有使用應當的技術撰寫，交付後的程式我們也花了1~2各月來做修改，當時的感受是委外的經驗真是不好，大陸不是一個好的委外的地方，價錢也不低品質也不是很好，但是就是人多他們好辦事，速度快。

但是在此時也發現到了，我們似乎是需要提升的，不管是Domain Knowledge的掌握 ，skill 的進步及專案管理的方式，要不然被取代是必然的，亦如書上所說的要把書唸好，不然以後大陸人（印度人）就會來搶你的飯碗了。但是了解到了不代表也在行動上表現出來。

後來又有幸到裕隆汽車工作，雖然短暫但事也發現到一件事情，他們在委外的工作表現的更明顯，一切的ＭＩＳ日常事務性的工作全部委外處理，主要的資訊人員只負責規劃。

後來輾轉到了PCHome 負責Skype的網路管理，這才是徹底的發現，體會到世界是平的，Skype 企業總部在英國，研發中心在愛沙尼亞(波羅的海三小國之ㄧ，前蘇聯黑客大本營)

PCHome在台灣，我有幸成為其中的一員，負責亞洲區的Rounting ，我也經常的需要與Skype(愛沙尼亞) 或是我的設備廠商（日本）做聯絡，世界是平的感受對我來說，我就在其中。

但是總會有一些些小小的想法，世界是平的書上寫，會帶來進步，我不否認，但是一定是好的嗎？我存在了一些的想法：舉個例子來說，BenQ 併西門子失敗，當然失敗的原因有很多，但是我想名族性的差異，也是其中不小的因素（我是這麼的想），德國人一絲不苟帶來工藝上出色的表現，換總方式來說就是不靈活，僵化，所以研發的進度慢，台灣人靈活，思考快速反應快，適應力強，所以製造強研發弱，調和起來說部定是一個很好的成功的案例，但是失敗了。在舉一個例子，有一次世界盃足球賽，歐洲人瘋狂的投入，美國人熱烈的討論，台灣看起來還好（沒有像德國的廣告會出現世界盃足球賽的怨婦），但是當時我需要跟SkypeWorld wide的人來討論相關Rounting的問題時，幾乎在同一個視窗的人都在聊世足賽，沒有什麼深刻感受的我，感受不到世界是平的，他似乎出現了些畸形。

舉這兩個例子，我想說明的是，世界是平的，對我的感受是他會出現在特定的可以規格化的，標準化的相關產業，例如，我前面提到的程式專案的委外，標準化的制式文件（UML），他可以創造世界是平的契機，但是他是讓人進入世界是平的的障礙；如果我不懂UML(舉例)，我在專案委外上我就是一個旁觀者，但是懂UML還不夠，如果夠了，當初我的專案就不需要在花１～２個月的時間修改，或許專案的控管是另外的一個加強。還有就是文化是另外一個 『世界是平的』的障礙，溝通是一種平台，所以我們可能會用英文來溝同，我們可能用程式（指令）來溝通，這些總結就都是在於文化，就像世足賽，我沒有感受，我就不懂得他們在討論的樂趣，因為沒有感受所以我不懂得他們討論的重點，世界是平的 似乎只是另外一個讓我需要向上提昇的理由或者說是一個藉口。