愛德華日誌

昨晚與好久不見的朋友餐敘，提及當年某公司有一個 "優秀" 的 RD 部門主管及另一個 "重要" 的程式設計師。那位 "優秀" 的 RD 部門主管總會用正規的方式設計，有良好的軟體架構，並且開發過程中及完成後，都會提供其設計文件、使用手冊或範例程式。

另外有一個公司所 "倚重" 的程式設計師--並不是說他不優秀，只是他對公司的重要性，大於他的優秀性。

公司裡面複雜的系統，只有他能維護。而前人所留下的程式，並沒有相關的文件說明該系統的整體架構設計跟思維。

這就產生了一個有趣的現象：對於一個程式設計師而言，把事情做到最好 (除了寫程式外，還寫了讓人看得懂的文件等等)，對他本身而言並不一定是好事。當別人越了解你的系統，你的可替代性就越高，那麼你的價值不就越低？

反之，若有人能寫出他自己才看得懂的程式碼，就算上級要求寫文件，也是寫一些高深莫測、形而上學的東西(諸如，用90%的篇幅介紹物件導向的基本觀念，然後說明只要了解物件導向或設計模式的觀念，再自行 trace 程式，就能理解系統運作)。

這樣一來，後人無法維護該套系統，完全是後人資質不佳或能力不足。這樣，他就成為令人倚重的程式設計師了。

以上所言，並不代表本人立場!

PS: 即使是某公司那一位令人倚重的程式設計師，也沒有達成我上述的要求，因為他沒有寫出需要睿智才看得懂的文件。何況，那些不可維護的程式碼，他也曾經力圖改良，想讓人看懂過！

問題很簡單，就是團隊裡面誰會出線，支援前線作戰！而其後果又會對組織造成何種影響？

站在支援部門這邊的觀點，若是支援前線這檔子事對於本身無利可圖，那麼她所派出的傭兵將可能是團隊內貢獻能力最少的成員。每個被要求支援的部門都把 "功能較弱" 的成員交給外部專案經理，最後，整個專案團隊的組成就成了雜牌軍。此謂雜牌軍現象！

與此極端相反的狀況稱為石油提鍊作用：支援外部專案的人員必須經過外部公司的專案經理審核，審核不過者只能留在組織內進行內部專案… 這個程序，有如石油提煉的過程：

– 天然煤氣分餾溫度在20°C以下
– 汽油分餾溫度在20~150°C
– 輕油分餾溫度在120~220°C
– 柴油分餾溫度在200~360°C
– 重油分餾溫度高於360°C
– 最後的殘餘物—瀝青

不同外部專案的經理把最好的人才，次好的人才，再次好的人才一層層的過濾出去，最後留在組織內的就只剩瀝青了。這對公司內部專案的進行，甚至是公司的核心進化產生莫大的阻礙。

不管是雜牌軍現象還是石油提鍊作用，都在彰顯一個準則：組織要能建全運作，必需能留住優秀人力。

人力的組成決定打法，更決定勝負。

這就像玩牌一樣，手中握有的牌，永遠會主宰你發牌的順序。若是手中僅有幾張王牌時更要小心，太早發了，後面就後繼無力，遭人宰制。晚點發，就可能永遠也發不出去。最好是想辦法換牌，調整手中部位。我相信，有些組成是不用下場玩，就知道勝負如何了。