Re: [請益] PM之後的出路

[exclamation (千山我獨行)]

對不起，最近被敝公司的廢物PM氣到很賭爛，借我發洩一下。
不是針對原PO，在此註明以免誤會。

※ 引述《romeotsai (男生小甜甜)》之銘言：
: ※ [本文轉錄自 Tech_Job 看板 #1E5SoN1d ]
: 作者: romeotsai (男生小甜甜) 看板: Tech_Job
: 標題: Re: [請益] PM之後的出路
: 時間: Thu Jul  7 23:11:17 2011
: 你好...我的工作是PM...
: 看來很多人都覺得PM...是廢物
: 只會嘴炮
: 什麼都不會

就我所看過的PM，也的確是九成以上都是廢物。
不過，這也是因為台灣變態的職場環境所致，每家公司對PM的期望都不一樣，
取聯集的結果，就是PM被要求甚麼都必須要懂，樣樣通當然就是樣樣鬆了。

這樣被很多其他部門認為是廢物好像也是其來有自。

: 我只想說, 每個人都有他存在的價值
: 雖然也許有人看到自己的PM只會追料, 只會pull in schedule.
: 我也常跟別人說, 一個案子, 沒有PM, 一樣可以量產, 這是完全沒問題的!!
: 那PM的價值在哪?
: PM, 就是依據排定的schedule催促每個部門, 該做什麼事
: 該交什麼作業

如果PM的價值只是在照表操課push schedule，
那這樣的PM還真的是廢物。

PM的價值在於解決問題背後的衝突管理，這才是PM真正的價值。
試想每個部門的KPI都不同，很多時候更可能是互相衝突，
比如說，產線基本要求是不斷料，但是採購的KPI是找到便宜的東西，
問題是有產能的供應商可能是最貴的？

那PM怎麼去排解這樣的衝突？

再比如說，有一個bug，用軟體去解不用花額外費用，
但是需要花時間，可能schedule會滑；

用硬體加component改線路可能很快，但是會導致整個BOM cost增加，
也可能導致工廠打件良率下降或是備料上的複雜度...

凡此種種，能夠扛起來並且去處理，才是PM功力之所在！

: 如果都讓每個部門獨立作業, 人是鬆散的動物, 得過且過, 對自己永遠是寬以律己
: 一個有PM在看schedule的案子, 與預定量產schedule相差不遠
: 一個沒有PM在管理schedule的案子, 要量產, 看所有部門的心情吧...也許老闆會自己叮
: 那麼..老闆不也就是PM??

PM只看schedule，那案子大概是開一個就死一個。
如果照表操課去push，然後PM大概就會經常遇到專案團隊同事三不五時攤手說：

"對不起，我做不出來，因為oooxxx"

然後一滑再滑，最後的結果就是胎死腹中。

: 再者, PM與生管喬上線試產的時間...沒有PM, 誰該要做這件事?
: PM統合各部門可以拿到多少試產出來的數量, 一次發給生物管備料, 一起上線試產.
: 沒有PM, 難不成是每個部門要自己和生物管僑一次.
: 十個部門就上線十次嗎?
: RD做的是技術, PM做的是統整
: 要拿RD的標準來看一個PM有沒有用處, 我覺得不太合理
: 也許有人說, PM都不會解bug...壓出來的時間完全不合理.
: 反過來問, PM會解bug, 那要RD做什麼?

PM要會解bug。這是標準的視野狹窄的工程師想法。
如果每個部門都對PM有這種要求，那可能PM要會Pro-E, C language,
還要懂產線上各式各樣的工具，甚至要自己會拿銲槍去手打零件...

見鬼了。

我認為PM不需要自己親自動手，
但是要能聽懂各部門不同的語言並轉化為淺顯易懂的文字以做跨部門溝通。

問題就在於很多PM聽不懂自己心虛，然後不懂裝懂，
結果就是被人家在背後笑。

久而久之把自己的credit消耗殆盡，這樣去push schedule有人會理才怪。

: 壓的時間不合理, 所以才要溝通啊...
: 反過來看我自己
: 我會硬體設計, 寫BIOS, OS及應用程式的應用分析, 我也唸過國際企業管理.
: 做過八年的品保...
: 現在做了快五年的PM...
: 我知道每個部門需要的時間, 怎樣算是合理的
: 面對一項新的bug, 我也知道要往哪個方向去解決, 需要多久可以解決這個新問題
: 但我不會去幫RD下對策, 畢竟這是RD的專業.
: 我只會給建議!!

這樣的觀念是對的。
PM的角色畢竟是屬於幕僚，知道問題所在，知道方向然後給建議，
而不是因為別部門機機歪歪就賭氣自己去動手做，那不過是落入一個圈套罷了。

: PM的工作, 就是一個又一個的迴圈, 一個案子結束, 再開始一個新案子到結束
: 這是小PM在做的事.
: 做RD, 技術越來越專精.
: 做PM, 眼界會越來越廣.
: 回到原po的問題.
: 1. PM的前途...我曾經問過我主管, 我得到的回覆是..RD副總...
: 原本小PM就是要學習如何掌控整個案子
: 小RD就是不斷的增進自己的技能.
: 要當副總..就是要管理強, 從基本就在學管理的人, 最後做管理的事, 應該很正常吧
: RD的技能強, 如果要轉當管理職...也是有些辛苦
: 不過要看個人特質...

坦白講我是沒聽過PM轉成RD VP的例子。
VP level的人，還是都是幹RD出身的，甚至有有聽過工廠出身的。
就是沒聽說過PM出身的。

大概現在當到VP的人，當年他們還在菜的時候，
PM這個工作的概念大概還尚未成形吧。

: 2. PM的能力, 要會說服與你意見不合的人...這也許是大家說的打嘴炮.
: 不過, 讓別人配合PM做事, 才是不擇手段達成你自己目標的結果.
: 我常說, PM = phone and mail...
: 另外就是要語言, 如果有需要直接面對客戶討論產品規格時, 用的到...
: 英文應該算是基本的吧
: 不過我們也不是英語系畢業
: 至少要可以說的人家聽的懂  寫的人家看的懂  聽的懂人家說什麼  看的懂別人寫的
: 這樣才不會做出錯的產品
: 3. 軟體, 會word / excel / power point / outlook....夠了, 了不起再加一個project
: 軟體只不過是輔助工具, 用文字或圖形或流程讓人家知道你的想法.
: 4. PM工時, 看你自己怎麼分配自己的工作
: 沒有固定的
: 有案子時,
: 設計 - 試產 - 測試 & debug - 試產 - 測試 & debug - 試產 - 測試 & debug - 量產
: 設計時要和所有部門討論, 會不會有任何與另一部門干涉的問題
: 看是誰要讓誰
: 試產就是要把所有物料備齊
: 用產線組裝小批量
: 這時你會知道什麼物料的備料時間比較長  比較難備
: 下次要多注意
: 也要告訴物管和採購  量產時要小心
: 也要看RD設計時所使用的物料  實際生產是不是有問題
: 測試  就是把實物做很多測試, 不外乎功能, 耐久, 破壞性測試...
: 有問題就給RD修正, 在下一次試產去驗證對策是否有效...
: 然後過了二~三個迴圈後, 就可以大量生產給業務賣錢.
: 個人覺得~~在試產時的上班時間最長
: 產線實驗組裝有問題~~新東西不會測
: 亂七八糟的怪問題
: 又要追著快把東西弄完才能領出測試
: 平常9:00~19:00
: 試產是8:00~23:00(連續五天)
: 有時要和客戶開會, 如果遇到有時差的客人~~就是配合一下吧...

為什麼我當採購從來沒有PM來告訴我料要怎麼備？
反而是我一直在highlight很多key components是long lead time，
PM你再不確定打件的時間和需求數量，到時後缺料不能打件那是你家的事？

然後PM還是只知道裝死，到時候時間不夠，
還不是工廠和採購合力去拜託廠商把料追到。PM在哪？
一般只會看schedule的PM，只會highlight沒料，問題是多久以前就push過了？
要PM確認甚麼東西，PM都只會裝死不理，出事才會highlight投訴別人。

這大概就是很多PM為什麼會很顧人怨的緣故吧。

: 5. 菜鳥PM...薪水~~
: 個人所知~~應該是不會比RD差才對...
: 不過要看產業
: 動嘴動腦而不動手的人(回頭看一下坐在後面的主管)...好像領的薪水都不錯...

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 218.213.76.1
推 romeotsai:同意你的看法,很多人會氣PM也是這樣.PM如果只推卸責任
→ romeotsai:而不協助處理問題,讓自己的schedule keep,那真的沒用.
→ romeotsai:如果delay schedule都要靠別人處理,那就是沒用的PM...
→ romeotsai:既然delay是事實,PM就有責任想應變措施把schedule追回.
推 sbwu:認同。您懂得 PM 之道，也盼望能多指點一下您公司內的 PM...
→ sbwu:很多 PM 想學卻不知從哪裡學起，只能挨罵。
→ darthv:你們公司的PM都不是實務出身吧。
→ darthv:像我是RD轉的PM，常常在幫比較沒經驗的RD提醒方向
推 cancercjm:認同+1...有時真的會被一些不積極的PM氣死...
→ cancercjm:有的PM處理問題老是一拖再拖，真不懂案子是誰的...
噓 makao:不過你也不該用廢物去形容人 沒禮貌...