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...

results matching ""

    No results matching ""