Project Manager 應該要被正名 Project Handler

一直以來，我都覺得一般在 Project 內擔任 PM 那個人，其實不應該叫做 Project Manager，而應該叫 Project Handler。它的職責是負責「Handle」這個專案：幫助專案成員排除開發上的困難，提供專案上所有必需的協助，讓產品儘量準確地走在線上，而不是「管理」這個專案。

尤其在進行過這麼多軟體專案之後，我更堅信了這個想法。

我發現許多的產品開發上的災難，往往是由許多相信自己能夠「管理」專案的人搞出來的。他們相信自己的職責是負責「規劃」功能、負責「管理」時程進度，所有專案成員都必須聽他的「指揮、調度」。

但在專案進行當中，卻往往很少人會感謝他們專案中的 Manager。說法都差不多：「我覺得他完全不清楚專案的現況」、「他規劃出一個完全不合邏輯無法實作的功能」、「他憑空製造了一個根本不存在的荒謬使用情境」、「他只會胡亂催進度讓我們不斷的加班」、「他根本聽不懂人話」。用一句話綜合：「專案成員覺得職稱是 PM 的人，事實上好像卻是離產品最遠的人，只會搗亂」。

而大部份想要應徵「PM」這個職位的人，當你問他的應徵動機，最常得到的幾個答案也是：「我不會寫程式，但我覺得我擅長規劃」。「我寫過程式，但我不太熟練，但會寫程式這個背景讓我當 PM 應該會加分」。這樣的邏輯聽起來是很詭異的：「我不太懂造產品，但我相信我適合造產品。」（？）

許多的軟體專案管理實務的書籍或者是單純是管理實務的書籍，都提到了所謂「管理」最高的境界是：「僕人式管理」。與傳統刻板的「管理」：指派人去做事。完全相反地是，「僕人式管理」指得是「管理者」的主要職責是主動的幫助團隊成員，幫團隊成員把石頭搬開，安排團隊成員在適當的位置上，讓團隊成員合起來的戰力不等於是 1 + 1 = 2，而可能是 3 是 4 是 5 。這樣的做法很累，但是這樣的「經理」才有意義。因為經理的職責就是負責讓團隊能夠戰力更高的。

而在一般團隊，只要成員戰力是有在 B 以上的等級，他們幾乎是不需要人家「管」的，最低的限度是都可以在指派的範圍內 deliver，所需要的可能只是需要有人幫忙整理安排整個專案的任務優先順序，或者是有人幫忙掌控時程，以免在不對的優先級別投入了大量的資源。而大部分的程式設計師或者是視覺美術都是屬於這樣的人，他們知道自己在幹嘛。而 A 或者是 S 級的，他們甚至有辦法自主的合作規劃打造磨練一個優秀的產品。Officier 要做的只是提醒他們要 on budget on schedule 而已....

Anyway。錯誤的職稱容易給人錯誤的期待，從而造成錯誤的結果。專案多數時候真的需要的是 Handler 不是 Manager...