雖然來這裡的朋友大概都很清楚我們對於PM這職位的定義。 但不諱言，在目前整個台灣的產業環境中，並非大家都有相同的認知。 事實上，PM這職位現在是氾濫的一塌糊塗，你打開104的求職需求，會有各種行業都在找Project Manager；只是呢，工作內容的定義卻通常是天差地遠。
這篇雖然有點搞笑，但或許也某種程度的反應真實..
不過，我也得在開頭處強調，這些工作其實也會出現在「真正PM」的工作內容中。 唯一的差異在於，真正PM還需要負責很多其它的工作內容、如管理時程、成本、與進度等，所以下面列的五項內容不會是唯一功用。 但如果你發現，你的職位雖然是PM，但唯一的目的似乎只是下面其中一項時，你或許該稍微警覺一下… :D
1. 第一位闖關人
這種好發於傳統製造業、金融業、或不以專案為獲利目標的產業中。
在這類組織裡，剛好出現一個沒做過、也沒人經歷過、而且也不會立刻影響組織獲利的事情，偏偏又需要有個人來搞定這件事。 這時候，專案經理的需求就出現了。
但這裡會開始有兩種分歧。 一種是這事情真的很重要，所以選擇個如總經理特助這類的角色出來。 另一種呢，則是這問題真是個爛攤子，所以大家選出一個人緣最爛的傢伙(或是剛好不在會議上的倒楣鬼)，然後大家就可以來個眼不見為淨。
雖然講起來嚇人，但對於平時不以專案為獲利來源的組織而言，「據說」很高比例的PM恐怕都是後者？ 他們背負了這樣的期待 ：「雖然我們誰也不知道這事情該怎麼辦，但你就想辦法把這事情搞定吧。 免得讓大家都傷腦筋喔！ 加油~」
換句話說，如果一個人沒甚麼資歷，突然在個傳統組織中被拉拔成是PM(或不叫PM但卻負責PM的工作的)，有時候或許要想的是，「我是得罪誰了嗎」。 (笑)
2. 傳令鴿..
這種出現在組織裡頭有很多的部門、勢力、山頭，可是某件事情又必須要橫跨好幾個山頭，並共同整合與進行時。 這時候在傷腦筋的會議上，大家可能又會結論該成立個「跨部門的專案小組」並找個人做為負責整合的人。
但這種事情也如狀況1一般，也可能分成兩種角色。 一種是真的大家找出一個德高望重可以整合各山頭的人。 另一種呢，則是大家選出了個沒甚麼權力的中階幹部、甚至只是個小助理來當傳令鴿。
怎麼說傳令鴿呢。
意思是說他在組織裡頭可能甚麼決策權也沒有，只能一個部門老大拜會另一個部門老大。 然後跟他說：「設計部門說這是生產部門可以調整的部分，你可以幫忙一下嗎？ 啊.. 是這樣嗎… 好吧，那我再回去跟設計部門的主管討論看看。」
跑回去後，「啊，你說應該是生產部門要先內部協調，而不是設計能影響的嗎？ 好，那我再去找生產部門的主管吧…」
跑來跑去下，最後終究沒辦法讓事情推動下去。
所以，如果你在高度Functional的組織裡頭沒有實際的地位但卻負責PM的工作，那你要有事情幾乎會失敗的覺悟喔！
3. 其實只是打字員吧?
這通常出現在兩種專案類型中。
一是應付政府的計畫案中，有很多文件要送審，需要有人來製作。 另一種則是組織只學了某些管理流程的皮，包含但不限於下面幾項東西 : ISO9000、CMMI、6sigma、精實管理等。 所以找了個PM來負責所有文書工作。
但這有個曖昧之處。 文書處理是正常的，一般的PM也是需要處理這類文書工作，甚至公司也可能找幾個專人處理這類文書工作。
比較會心酸的，在於自己掛了一個PM的名稱，但實際上老闆其實是把所有管理與決策工作抓在手上或是放在各部門的主管手中。 他會告訴所有方向、甚至細節，至於無論自己的頭銜是專案經理、管理師、或甚麼計畫師之類的職務，但實際上只是被期待協助把文件填好而已。
更慘的部分在於，老闆其實根本不相信這類文件，或根本沒人看這類文件…
4. 客服與開心果
通常好發於科技產業中。 就實際情況而言，老闆需要的其實是Sales。 但可能覺得掛名Sales不太好聽，跟客戶應對印象也不好，所以不管是招募或是實際名片的職稱都是叫做PM。
但老闆卻壓根沒希望這PM去管理進度等事項。 或許有，但通常這類案子上，RD或是工廠的負責人有時候比PM更強硬，PM根本無法插手任何事情。 唯一能做的只是跟客戶連絡，把客戶的意見反映給技術端，或把技術端的意見反饋給客戶。
這部分來說類型四跟類型五都一樣，但有一個因子會影響最後是四或是五。
會能持續待在類型四的，共通點通常PM會是年輕漂亮身材好的女性，對方窗口的連絡人則是單身工程師。 這時候PM只需要負責招呼好客戶，當個傾聽的客服與開心果，幫他連絡會議與安排細節，大概不會出甚麼亂子。 偶爾工廠或是RD不配合，撒撒嬌都還可以讓人家「好啦、好啦，那我加班來看看」的解決問題。
但如果PM是年輕男性或是不漂亮的女性，很可能就變成類型五了。
5. 負責道歉的
如同剛剛說到，這是第四類的變型。
通常好發於小型的設備、硬體、或軟體公司。 獲得職位的人覺得很神奇，自己明明沒這方面的背景，怎麼一下就變成PM了呢？ 可是接手後發現，自己甚麼事情都無法介入。 工程單位跋扈到不可思議。 就算是常識性看到的問題，你也無法讓他們改變。 當然更別說要得到時間、成本、或是進度資訊。
你會帶回來客戶的訊息，「某個功能客戶反映說應該要加入耶…」
工程部門會回覆你說：「那功能確實很重要，不過我們暫時沒多餘的人力耶。 或許明年的版本再來考慮吧。 你先想辦法去打發他一下…」
對技術部門而言，PM的功用就是中間的軟墊。 客戶怒，反正連絡窗口是PM，挨罵的也是他。 客戶聲音並非沒反映進去，只是沒有人想多花時間處理。 通常公司會有反應，是直到客戶真的暴怒，揚言要停單或是轉單時。 老闆終於警覺，跑去找客戶高層協商。
沒經驗的人看到這裡可能覺得大快人心，想說惡老闆受到報應了吧。
但實際上會議進行可能是這樣的：「別這樣，再給我們一次機會。 是我們這PM沒經驗、能力差、又不把你們的訊息反映回來。 我馬上把他開除掉，會換個真正厲害的人上來的。」
然後，又找了個新PM…
------------------------------
以上為虛構故事。
如有雷同，純屬巧合。
若大家能「編寫出」其他故事，歡迎在下面補完。
本站所有文章未經事先書面授權，請勿任意利用、引用、轉載。
