扛太多專案

每天都看同一本書，久了就會感到厭倦，若能加入一本新書，兩本交互看，在新鮮感的交互運作下，不覺然地就把兩本書都看完了。可是在兩本之外，若再加個一本或兩本甚至三本，那看這些書就會拖很久，甚至永遠看不完了。

每一位研發工程師應該扛幾個專案，一直是爭論性的議題，有野心的老闆常說「能者多勞」，所以工程師都被硬塞，扛了數不盡的專案，結果他們成為整個專案的瓶頸，所有的專案出不來，老闆只能生氣。

其實美國的產品開發協會，有關NPDP的講義中，早就指出一個工程師最好僅扛兩個專案。筆者打了「Number of projects assigned to a single engineer」進google一查，其實有很多的機構實際的調查，也證明上述的講法。

扛太多專案是研發進度落後的最大原因，因此筆者在企業中解決此一問題時，常要求研發主管、業務主管還有產品經理等，一起開會討論，排出專案的優先順序，讓研發工程師優先處理附加價值高的專案。

專案太多，其實不見得是好事，因為搶短、急單，可能讓企業忽視長期的創新工作。另外企業也應建立制度，在設計審查時進行「專案組合管理」，排定專案優先順序，並去除不良的專案，使公司有限的人力資源，得到最佳的運用。

最近社會普遍厭棄超時工作，善於照顧員工的公司，除了鼓勵員工儘早下班外，更應積極地推動本項制度。