愛德華日誌

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

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

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

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

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

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

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

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

 收到 Google SpreadSheets 的邀請函，試用之下，相較於 MS Excel，當然是有許多特性上之不足。不過，基於網路的特性，至少在目前，它有一項功能是桌上版的試算表難以達成的--在 Internet 上多人同時編輯與分享。

我試著將一專案定義由 Excel 中剪下，貼至 Google SpreadSheets 中。看，我發現了什麼，這成了最基本的跨部門、跨公司的專案管理系統。

雖然，這只是個開始，但我已見識到 Google SpreadSheets  無窮的發展潛力。

某人要我推薦是否有合用的客服事件追蹤軟體，我把整理的資料列於下，以供有興趣的網友參考：

說明： 

上面的 Open source 產品我實際有測試過的有 Drupal 及 SugarCRM。其中 Drupal是 org 型式的經營模式，較不具商業色彩，但是其模組架構設計相當良好，若考慮將來的應用擴充性，我個人是滿建議採用 Drupal的。 

若不考量擴充性，且要有一個立即可用，使用介面親切、易用的 Tracking System，那建議採用國人寫的 bug tracker。由於是國人寫的，其中文介面之設計自然具有最佳的表達性。基本上 bug tracking 就只做一件事 – issue tracking，而且它把這件事做的很好。強烈建議試用看看。