singlelog wrote:
技術高超的人大多都不是做經理的料。因為一個是跟電腦打交道，一個是跟人打交道。我的說法一直都是管理者需要了解"技術"，可是不用是什麼技術強人。這個技術指的是廣義的技術，其中要知道怎麼擬訂工作項目(這跟軟工有關)，也要知道怎麼管理科技人員(這也可以說跟軟工有關)。

管理除了照著擬定工作項目以外，其實也像kenchu所說的，還有很多要做的。

對我來說，擬訂工作項目是專案經理工作之中，最簡單的一環。事情從來都會有你沒預料到的變化。而不懂軟體工程的專案經理，常常會有不對的思考模式。比如說，把軟體當做是人月直接乘上小時。delay了就加人。為了追趕前面的milestone，犧牲掉一些很重要的原則，而這些knowhow，我是稱他做"技術"。

以我自己的經驗來說，你把所有的東西plan的很完善，這根本只是最基本要做的事情。根本就不值得說嘴。那種剛從學校畢業的博士也可以說的一嘴好專案。可是最重要的是，當你遇到問題時，你要怎麼解決你面臨的問題？你要怎麼樣去做正確的調度與取捨，你要怎麼樣讓正確的人在正確的地方在正確的時間做正確的事情，這個比較重要。

專案管理本來就不等於軟體工程。我只是認為，你要當個很好的software project manager，就不能不懂software development process。而software development process在我的想法裡面，並不是一般行政職的主管所擁有的技術。也就是說，你把一個管財務的主管，或是管人事的主管調過來管軟體專案，這是不會work的。

對我來說，專案開發不是專案計畫的工作項目之一 ，而是說專案計畫只是專案開發過程的一小部份。這只是一個plan，接下來你要做risk assessment，你要修正你的plan，你要持續地去做你該做的管理工作。

PM的責任很簡單，就是在時間/資源/品質/預算之內做調配，把專案做成功。可是對軟體專案來說，這裡面最重要的就是人。

有些很會施加壓力的PM，把一個專案給結案了，可是所有參與的人都走光了。以我的角度來講，我會覺得這個專案經理一點都不夠格。不管他會寫再多計畫，多麼會盯進度，多麼會做"管理"，這個專案有多成功，我覺得他都是個失職的傢伙。

專案經理的工作不會跟人都沒關。他有一個很重要的工作就是要做assessment，包含專案的進度以及每個人的表現。我從來沒有遇到任何一家公司的專案經理完全都不用做people management。大概是因為專案管理的書我看的不夠多，不太知道為什麼 project manager可以不用take care people management。或許kenchu可以告訴我們這個書上所描述的working model 是怎麼一回事吧。包含所謂的team leader到底要做什麼。