分2部分回答您心中疑惑
(1) PM到底有什麼用?
1-1 但凡老闆們都不是吃素的,公司願意開的職缺都有其功用
科技版這樣討論PM的文章, 不是一天兩天,一次兩次.
但這麼些年過去了,台灣公司PM職缺沒有減少的跡象
顯示公司的確有需要PM這個職務
1-2 回到PM Book (PMP寶典) 對於專案的定義, 專案就是一個獨一無二的情況
傳統功能性組織無法即時快速的整合公司內部資源,、外部變化、競爭者的來勢洶洶
所以需要一個人來"協調/組織/整合"公司內部資源, 即時回應並確保專案時程/品質..
符合專案關係人目標, 專案關係人包含了客戶,老闆, 甚至專案合作團隊都可以算是
EX : PM需要串連Marketing(客戶)/RD/採購/業務...規劃並執行專案, 同時還得要事前
進行縝密的風險分析,在專案突發的時候, 立刻臨危不亂的將事前的風險分析計畫
提出...
1-3 小結:凡事cost down的今天,老闆們都能省則省, 甚至遇缺不補
PM職缺依然存在且有增無減, 就因公司需要PM角色去串接一個專案.
可能您遇到的PM未能完整呈現PM價值, 但不代表PM沒有存在價值
(2) PM種類
2-1 Product Manager
這個職位有的時候會有點業務的性質, 除了專案承擔時程/成本/品質,
也須承擔這個產品線的營收
一般來說都是非常有經驗的前輩或大PM來做,公司為自有品牌的PM也多是這個種類
2-1 Project Manager
ODM 的PM 就多為這個種類
負責串接公司資源, 從客戶SPEC/Forecast 串接到業務/採購/RD/工廠...就是集合
資源, 在不掉棒的情況下完成一個專案
所以PM很多時間會花在規劃以及溝通上
因為專案涉及的組織以及費用龐大, 不允許掉棒
EX: BOM表少算個電容, 以百萬台出貨量來看, 公司的損失
就會很大...或者Debug 的時候沒有估算到worse case, 最後造成call back
這些賠償數字可能都是你我一輩子的工作薪資...
2-3 小結 : PM的種類很多, 我看過很強大的PM
因為路都規劃得很清晰、甚至哪邊有風險要注意的都提前告知
平行組織的溝通能力也好, 沒有不合理的工作分配還有時間
跟這樣的PM合作就很安心, 因為可以平安順利的到達目的地
遇到不好的PM,可能是老闆沒有找到對的人, 也或者公司規模與型態根本不需要PM
最後再補充一點,PM屬於管理單位不是技術單位
因為, PM主要功能在於串接公司內部資源, 不掉棒
同時要為各平行部門做翻譯,EX: 將客戶/Marketing 需求翻譯給RD; 同時也將RD語言
翻譯給客戶/業務...
PM技術沒有RD熟悉是正常情況, 這是老闆在設定職位的時候, 定義的需求就不在技術
術業有專攻,技術專業就留給RD :p
(但其實, 即使上市櫃公司技術長專精的領域也就1-2個...)
下次, 可以抱怨PM沒有發揮應有的職能, 但就忽略技術能力沒有RD好~ ^^
以上給你參考
※ 引述《endurant (阿傑)》之銘言：
: 沒事情就叫你整理報告
: 然後所有資料都彙整到他那裏 結果也沒來找我report
: 平行單位 憑甚麼我要講給他聽 他不用講給我聽
: PM可以指派RD做事, RD為什麼不能指派PM?
: 1. 請給我所有相關人的聯絡方式 包含手機, 並且先跟對方說好要support
: 2. 請幫忙整理 所有spec 並找出相關人可以討論的
: 3. 請寫出為什麼每個feature要市場需求還是怎樣?
: 4. 請給類似案子的所有data 附上相關人聯絡方式
: 5. 非我function不要來找我 但是要cc我 不然我到時候解不出來
: 結果是你們偷偷討論好的 那就算你的
: 6. schedule要調整要經過大家同意, RD開發時間請自己去找我老闆討論
: 他說可以就可以
: 7. 所有案子相關data請放server 分門別類排好
: that's all
: 大概會被噓 但這些本來就是PM該做的