Re: [討論] PM到底要做啥已刪文

看板Tech_Job作者 (Randall)時間5年前 (2019/04/28 13:27), 編輯推噓5(15推 10噓 43→)
留言68則, 23人參與, 5年前最新討論串8/14 (看更多)
我是科技業PM，我先說明一下我的立場，歡迎回饋 1.客戶壓的時程，代工廠可以討論回饋，但評估之下，有可能資源不足或達不到 客戶要求的時程，這時候PM是二面受敵，還要想如何不要壓死RD，以及讓客戶滿意， 我通常是避免一個不合理的時候，壓死RD，然後結果會是PM一直被客戶Escalate你， 這時候PM老闆挺不挺自己人就很重要了。 2.RD要的時程，合理的可以接受，但案子做多了，PM也知道什麼是合理的時程，RD不 要灌太多水，各個部門多灌一點水，這個案子就做不下去了。 3.我們可以了解解BUG要時間，但是，要給個時間，不然下一步怎麼走下去？另外，給 的報告要像個RD寫的，要像個專業的報告，當客戶是專業的時候，你只能數字對數字， 一切用數據來討論，不要用好像、可能、應該，然後也沒root cause。你當客戶吃素的嗎？ 4.我心理對ODM PM的要求是，你RD資源不足，需要時間，我會去想辨法，但你要做好RD的 本份，不要東西有問題時，問我怎麼辨？你是RD耶，設計問題你要解決，告訴我怎麼辨及 相關的風險？難不成要PM告訴你ROOT CAUSE？ 5.一個好的PM要應付(1)客戶 (2)SALES (3)RD (4)工廠 及各種鳥問題，與RD的溝通 頂多佔一個案子的25%而己，其它問題不是RD能想像的，不可諱言，目前業界很多新 人來當PM，不過那是公司及老闆的問題，誰叫他們覺得任何人都可以當PM？所以當你 遇到新人PM時，不要怨PM，去怪你公司！ 6.我最討論被RD講說「PM不專業」，所以包含我及很多PM都是技術底的，另外，專業的PM 是要怎樣才叫專業？專業的PM是把你講的一堆技術名詞翻譯成客戶可以聽懂的語言，因為 決定你這個案子進度及APPROVE生產的人，通常是外行人，他決定你這個案子是成功或 失敗，你講的客戶聽不懂，是要怎麼跟他溝通，叫他付你錢？ 以上，遇到好的PM是你有燒好香，遇到不好的PM算你倒楣，你公司沒在培養好的PM，只能 找一堆免洗的，所以你要嘛認命點，要嘛叫公司找個專業的PM來跟你做事，那時，最好自 自己也專業點，不要寫個REPORT像外行人寫的，一點說服力也沒有，那時要怎麼說服客戶 ？ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.137.23.236 ※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1556429229.A.9B5.html
→
04/28 13:35, 5年前 , 1F
PM不專業
04/28 13:35, 1F
噓
04/28 13:37, 5年前 , 2F
技術底的不知道有些bug很難預估時間？不然你隨便喊個時間
04/28 13:37, 2F
→
04/28 13:37, 5年前 , 3F
啊 解不出來 你技術底 你下來阿
04/28 13:37, 3F
→
04/28 13:42, 5年前 , 4F
糟，我也常說PM不專業，但確實每個PM的強項都不一樣。比
04/28 13:42, 4F
→
04/28 13:42, 5年前 , 5F
如景氣不好時，擅長成本控管的PM還蠻吃香的
04/28 13:42, 5F
推
04/28 13:49, 5年前 , 6F
RD估不出時間就給他押Weekly或daily report啊
04/28 13:49, 6F
→
04/28 14:00, 5年前 , 7F
我跟PM 講，要不然給你解，我樂意把issue 轉給你，馬上
04/28 14:00, 7F
→
04/28 14:00, 5年前 , 8F
閉嘴勒
04/28 14:00, 8F
→
04/28 14:01, 5年前 , 9F
在我們這裡，沒有技術背景，不會寫code，就是垃圾，我
04/28 14:01, 9F
→
04/28 14:01, 5年前 , 10F
管你是誰勒
04/28 14:01, 10F
推
04/28 14:06, 5年前 , 11F
寫code真了不起，果然是RD好棒棒，其他職務都是雜碎
04/28 14:06, 11F
推
04/28 14:09, 5年前 , 12F
很可悲，一堆科技宅總是自以為自己做的研發最了不起，其他
04/28 14:09, 12F
→
04/28 14:09, 5年前 , 13F
職務的不懂就閃邊站
04/28 14:09, 13F
推
04/28 14:11, 5年前 , 14F
我也是十多年的研發RD, 但我還真瞧不起那些只會拉抬RD自己
04/28 14:11, 14F
→
04/28 14:11, 5年前 , 15F
身價，貶低其他職位的人
04/28 14:11, 15F
推
04/28 14:12, 5年前 , 16F
好的PM, 也是project必須成功的一環，很難懂嗎？
04/28 14:12, 16F
→
04/28 14:14, 5年前 , 17F
年輕人以管窺天啊，笑笑就好
04/28 14:14, 17F
→
04/28 14:18, 5年前 , 18F
有的人沒有遇過那種擅長成本控管的PM review整個RD部門
04/28 14:18, 18F
→
04/28 14:18, 5年前 , 19F
的工時
04/28 14:18, 19F
推
04/28 14:29, 5年前 , 20F
“其他問題不是RD能想像“，好強
04/28 14:29, 20F
噓
04/28 14:31, 5年前 , 21F
你真的有技術背景？都找到root cause當然就直接解掉
04/28 14:31, 21F
→
04/28 14:32, 5年前 , 22F
你真的有技術背景？都找到root cause當然就直接解掉
04/28 14:32, 22F
→
04/28 14:32, 5年前 , 23F
了 還在跟你回報root cause跟時程
04/28 14:32, 23F
推
04/28 14:39, 5年前 , 24F
解bug這種事就是 如果我知道原因通常都已經解掉了
04/28 14:39, 24F
→
04/28 14:39, 5年前 , 25F
不知道原因 那我也不知道要多久
04/28 14:39, 25F
推
04/28 14:43, 5年前 , 26F
推樓上
04/28 14:43, 26F
推
04/28 14:45, 5年前 , 27F
有些PM連客戶想要什麼都講不清楚 那我自己來想他又只會
04/28 14:45, 27F
→
04/28 14:45, 5年前 , 28F
丟一句不是這樣 那問他是怎樣又講不出來
04/28 14:45, 28F
推
04/28 14:48, 5年前 , 29F
身為PM...你說要抓bug的時間我也覺得不合理
04/28 14:48, 29F
→
04/28 14:49, 5年前 , 30F
通常就是解不出來才叫BUG，知道問題在哪就不會難
04/28 14:49, 30F
→
04/28 14:49, 5年前 , 31F
要求RD做的不是把bug解開，是請RD提供數據，你再來決定
04/28 14:49, 31F
→
04/28 14:50, 5年前 , 32F
到底多重要，這時候押時程才有意義吧
04/28 14:50, 32F
→
04/28 15:21, 5年前 , 33F
不知道多久，可以把action plan列出來，然後每個item估
04/28 15:21, 33F
→
04/28 15:21, 5年前 , 34F
個時間，有憑有據，至少對PM或客戶都有個交代
04/28 15:21, 34F
→
04/28 15:24, 5年前 , 35F
我遇到有一些做RD的，連基本的工作規劃都寫不出來，這不
04/28 15:24, 35F
→
04/28 15:24, 5年前 , 36F
是也挺可笑的?還敢嘲笑PM沒技術能力?
04/28 15:24, 36F
推
04/28 15:26, 5年前 , 37F
沒技術能力不瞭解 解bug很難估時我也沒辦法
04/28 15:26, 37F
→
04/28 15:26, 5年前 , 38F
要馬我只能隨便亂估 要馬就估超長不合理的時間
04/28 15:26, 38F
→
04/28 15:26, 5年前 , 39F
最後還是沒意義
04/28 15:26, 39F
噓
04/28 15:33, 5年前 , 40F
一看就知道是技術不怎樣的技術背景
04/28 15:33, 40F
推
04/28 15:35, 5年前 , 41F
程序猿混口飯吃
04/28 15:35, 41F
→
04/28 15:42, 5年前 , 42F
遇到那種每天要daily report的，整個team就得跳進來brain
04/28 15:42, 42F
→
04/28 15:42, 5年前 , 43F
storming了
04/28 15:42, 43F
推
04/28 15:59, 5年前 , 44F
轉發客戶mail給你
04/28 15:59, 44F
噓
04/28 16:18, 5年前 , 45F
反正又是推給RD去死，自己估估時程就好了
04/28 16:18, 45F
→
04/28 16:38, 5年前 , 46F
會轉信的pm算好的了 還有不溝通自己去跟客戶亂畫押的
04/28 16:38, 46F
噓
04/28 17:24, 5年前 , 47F
解bug就是不知道原因才叫bug
04/28 17:24, 47F
→
04/28 17:25, 5年前 , 48F
知道原因的話RD還跟你在那邊演戲 早就修掉了
04/28 17:25, 48F
噓
04/28 17:47, 5年前 , 49F
解bug時間有時候不是用喊的就好
04/28 17:47, 49F
→
04/28 18:03, 5年前 , 50F
連bug是啥都不清楚 他除了寫debug還能寫啥
04/28 18:03, 50F
噓
04/28 18:18, 5年前 , 51F
噓， 兩手一攤賴給rd，你好意思，只會壓工時做名詞解釋
04/28 18:18, 51F
→
04/28 18:18, 5年前 , 52F
算什麼專業
04/28 18:18, 52F
→
04/28 19:07, 5年前 , 53F
解BUG是RD的責任，你是RD耶？ 不然要PM幫你解嗎？生小
04/28 19:07, 53F
→
04/28 19:07, 5年前 , 54F
孩都估10個月，RD需要估時間，PM才知道能幫你什麼，RD
04/28 19:07, 54F
→
04/28 19:07, 5年前 , 55F
回不出來時程，那解bug需要1個月？2個月？6個月？1年
04/28 19:07, 55F
→
04/28 19:07, 5年前 , 56F
？你回得出來PM就可以去跟客戶協調，給你時間，問題是
04/28 19:07, 56F
→
04/28 19:07, 5年前 , 57F
RD不估時間，PM估又說PM不專業？那RD需要什麼樣的PM？
04/28 19:07, 57F
→
04/28 19:07, 5年前 , 58F
不然RD自己去當PM，去回客戶時程，就是專業的PM了？
04/28 19:07, 58F
噓
04/28 19:18, 5年前 , 59F
zzz
04/28 19:18, 59F
噓
04/28 22:00, 5年前 , 60F
阿不是有技術底 可以RD一起討論啊 時程合理性 PM不是都理
04/28 22:00, 60F
→
04/28 22:00, 5年前 , 61F
性溝通嗎？還是直接壓時間就好？
04/28 22:00, 61F
噓
04/28 22:33, 5年前 , 62F
反正RD該死就對了
04/28 22:33, 62F
推
04/28 22:38, 5年前 , 63F
還好我沒認為PM不專業，有事情沒得協調還是要PM啊
04/28 22:38, 63F
推
04/29 00:09, 5年前 , 64F
這就是問題所在了，很多RD覺得問題只有PM才能協調、也只想
04/29 00:09, 64F
→
04/29 00:10, 5年前 , 65F
靠PM協調。PM是給輪子運作不順利時的潤滑劑、不是運作本身
04/29 00:10, 65F
→
04/29 00:11, 5年前 , 66F
的動力來源（金錢才是動力來源）。PM的技術本來就不可能比
04/29 00:11, 66F
→
04/29 00:12, 5年前 , 67F
RD強，因此要強行解釋到PM可以理解根本就是雙方都是呵呵。
04/29 00:12, 67F
→
04/29 00:14, 5年前 , 68F
RD自己不能估就只能讓PM亂估，這也是摸雞弄的事情，活該。
04/29 00:14, 68F
‣ 更多 randallkwo 的文章
文章代碼(AID): #1SnJcjcr (Tech_Job)
討論串 (同標題文章)
完整討論串 (本文為第 8 之 14 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共14篇)
‣ 更多 randallkwo 的文章
文章代碼(AID): #1SnJcjcr (Tech_Job)