小公司需要PM嗎？

小公司需要PM嗎？

工程師總是抱怨自己被當客服用、每天都聽到工程師在抱怨業務對客戶開出天花亂墜的規格......

小型接案公司在組織架構上，要盡善盡美總是困難的。我們受限於業務量有限、預算有限。

確實有這個人力的需求，但又沒有需要「一整個完整的人力」來做。

但總是有些同仁，常常抱怨「這又不是我的工作範圍，為什麼要我做？」

身為老闆或主管，就開始頭痛，底下的技術工作者(通常是工程師)，為什麼總是想盡辦法的逃避面對客戶與需求方。

回一封mail是會要他們的命嗎？

參加跟客戶的需求討論會議，為什麼總是會講出讓你想掐死他的回覆？

小公司老闆們，因為自身已經從技術走到了業務/市場的位子上，每天被市場洗刷身心靈，完成了靈與肉的改造歷程，通常已經距離技術本位思考方式越來越遠。

這樣的職涯路徑跨越了職能與職能之間的限制與差異，很難回頭去同理「過去技術職/當員工的自己是怎麼想的」。

(而且他是老闆，他要怎麼決定，沒有需要向別人解釋或負責的心理壓力)

注意，「人的問題」不等同「需求的問題」。

A功能的某項操作邏輯跟應用現場實際手順有落差，需要優化修改，這是「需求問題」。

A功能的某項操作不符合甲方公司主管的想像，但本來負責溝通需求的甲方溝通窗口不敢跟主管說，又因時程進度上不想再去問實際使用者。

導致需要先修改成趨近主管想像中的樣子，再塞去給實際使用者，用看看再來改(或是最後通常會直接放棄)，這是「人的問題」。

但「人的問題」不解決，就接觸不到真實的「需求問題」。

這樣的想法落差，促使了PM(Project Manager)的誕生。

一個專案通常會被委託外包，除了「讓專業公司處理專業問題」的需求外。

有些時候也是為了「讓外部團隊解決內部問題」。

是因為內部團隊的積極性不足、權責區分疲軟。

所以為了迴避內部團隊「人的問題」，才想一股腦地丟出去。

讓老闆的期待「看似好像大家有認真地要嘗試去做」。

我認為一個PM最精妙、最幽微的關鍵性作用，就是能夠處理上述問題。

能夠看透甲方公司需求與問題的本質，能夠權衡區分出甲方公司每個角色的不同KPI(壓力與期待)。

並再平衡各方滿足的狀態下，讓自己的團隊能交出像樣的作品，讓技術團隊願意承認這是自己的心血，談起來時眼睛可以閃閃發光。

因此，這是一個容易藏污納垢的職位，但也是一個可以決定公司風格走向的職位。

我的建議是，如果感覺有需要「半個人力」來做的事情，那就請個人吧。

小公司福利制度通常沒有很吸引人，想用台積電「3個人的工作、用2個人來做、花2.5個人的成本」是有害成長發展的。

(如果不追求成長的話，那盡量cost-down是正確的)

總是要技術人員來分攤非技術的雜務，那就註定好的技術人才會優先選擇其他公司。

共勉之。

姿伶