Re: [閒聊] PM薪水比寫程式薪水高很正常嗎

看板Soft_Job作者 (同名專輯)時間10年前 (2013/12/08 17:47), 編輯推噓17(17020)
留言37則, 20人參與, 最新討論串1/1
真正的管理 絕對不易 如果你覺得很容易的話 那可能是案子的規模 複雜度都很小 而且各軟體公司 雖然都有重覆的職位名稱 但是其實分工和架構都有所不同 如果你有待過幾家公司的話 就能感覺到 --- 有些公司剛畢業就掛PM 薪水不到三萬 他的PM和PG平行 然後他不會SA 也不會SD 整個團隊架構像是 PM-SA-SD-PG 就是平的 --- 有的公司很重技術Sense 他的PM必須要有PG SA SD的磨練才能上去 幾乎算是部門經理 結構像是 PM SA SD.. PG PG PG PG... 而且各個公司文化不同 有些PM要顧及成本 還要負責跟客戶談 抓好管控 --- 有些公司則會插入Sales部門 成本管控部分責任算在Sales頭上 結構變成 Sales - PM SA SD... PG PG PG ..... --- 有些很技術本位的公司 PM則是RD骨 PM(RD,SA,SD) PG PG PG PG...... 幾乎是正港的技術人 還要管理 --- 多和老朋友老同學聊吧 多認識不同的工作型態 而且說實在 也不知道你是說哪種公司 如果是專案公司 台灣大部分都是小規模的 技術深度都不深 寫程式其實寫幾年了 根本不覺得寫程式有多難 因為大部分的需求 也沒那麼"技術" 到是有機會掌握越來越大的案子 你會覺得管理 領導 抓控利潤 反而是另一個世界了 --- 不過話雖回來 工作一陣子了 應該是思考自己到底實際的產出和價值是什麼 工作職稱只是個字而已 實際上你是不是很棒 很有價值的人 能有貢獻 老闆都有感受 有底 有想法了 不是因為你叫PG 你就沒價值 你應該沒認識月薪8萬以上的PG 還有月薪3萬以下的PM吧... ※ 引述《wtmo5566 (Oxazolam)》之銘言: : 寫程式入門不易,專業度很吃重,陣亡率高,人才少 : 和寫程式比,PM顯得入門容易,認識很多都是當業務或是行政轉職 : 一個公司產能大多是來自於程式員的執行力 : 尤其是IT產業,科技進步很快, : 很多東西一出現很可能就是另一個東西的殺手級應用, : 像是前幾年的無名很紅,後來沒落 : 程式員30歲後,大多有了家庭有了小孩,要專心寫程式的時間越來越少 : 很多人30歲就轉PM,負擔比整天研究新技術的程式員來的小 : 40歲以後轉管理職的人就更多了 : 當然也並不是每個人都適合當PM : 可是我看很多PM薪水都比程式員薪水高出很多 : 這樣對程式人員來說,會不會很不公平呢? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 36.235.230.115 ※ 編輯: kvjo 來自: 36.235.230.115 (12/08 17:50)

12/08 19:18, , 1F
感謝回應
12/08 19:18, 1F

12/08 20:30, , 2F
12/08 20:30, 2F

12/08 22:03, , 3F
推一下
12/08 22:03, 3F
補充一下 其實在專案類型的軟體公司那邊 有時候你覺得有些PM很廢 技術又不強 寫程式又沒多快 細節還要問我!? (#@#@!) 但是他其實有一種能力是很神奇的... 叫做 "搓湯圓" 有些時候PM可以把一些需求 搓掉 或是把客戶原本想的功能 更簡化 這些能力的展現如果你的職務只是負責Coding就好 你可能看不到 我就看過某公司PM 把三個星期才能做完的功能 搓成一個星期的功能 錢呢? 客戶還是照付三個星期 客戶還是笑嘻嘻的滿意 他靠一個溝通就幫團隊多賺多少錢了? 你說 價值這種事情真的要衡量 還真的要觀察很多面向 才會更準確.. ※ 編輯: kvjo 來自: 125.231.25.89 (12/08 22:42)

12/08 23:01, , 4F
我看過更神的PM只做出假畫面就直接上線結案了,超噁...
12/08 23:01, 4F

12/08 23:01, , 5F
只能說當RD要挑對公司吧
12/08 23:01, 5F

12/08 23:05, , 6F
這個就太GY了 XD 遲早會爆
12/08 23:05, 6F

12/08 23:35, , 7F
這種皆大歡喜的真的厲害 說話段數很高
12/08 23:35, 7F

12/09 00:17, , 8F
現在碰到的PM就是試圖說服我們在很短的時間做假功能給客戶
12/09 00:17, 8F

12/09 00:18, , 9F
問題是他找的藉口真的很破,客戶也不是笨蛋,現在出事了還
12/09 00:18, 9F

12/09 00:18, , 10F
是要我們加班解決...Orz
12/09 00:18, 10F

12/09 00:18, , 11F
話說如果真的是很會搓湯圓的PM,RD絕對看的出來,畢竟原本
12/09 00:18, 11F

12/09 00:18, , 12F
的需求簡化到只需三分之一的時間,RD一定愛死這種PM了
12/09 00:18, 12F

12/09 00:32, , 13F
12/09 00:32, 13F

12/09 01:02, , 14F
能把三個星期做完的功能搓成一個星期的PM vs 能把需要
12/09 01:02, 14F

12/09 01:03, , 15F
三個星期開發的程式在一星期內寫完的RD
12/09 01:03, 15F

12/09 01:55, , 16F
12/09 01:55, 16F

12/09 01:57, , 17F
聽君一席話,明年轉 PM。
12/09 01:57, 17F

12/09 12:28, , 18F
這世界從來的是會嘴的人比較佔優勢的 不論是RD或PM 記得一
12/09 12:28, 18F

12/09 12:29, , 19F
定要多點這個技能
12/09 12:29, 19F

12/09 13:12, , 20F
所言甚是 好文 推!
12/09 13:12, 20F

12/09 17:29, , 21F
12/09 17:29, 21F

12/09 18:47, , 22F
回YahooTaiwan, 那絕對是PM比較重要,因為code寫多就是
12/09 18:47, 22F

12/09 18:47, , 23F
會錯,但沒有的功能就是不會錯。
12/09 18:47, 23F

12/09 18:49, , 24F
不過一個3周變一周的PM碰上一周出包成三周的PG...那也是
12/09 18:49, 24F

12/09 18:50, , 25F
悲劇,就是鞠躬盡瘁、死而後已。
12/09 18:50, 25F

12/09 18:51, , 26F
所以那些以為『PM強就好』的,一樣是要吃屎的。
12/09 18:51, 26F

12/09 21:31, , 27F
沒有的功能就是不會錯..拿不可能會發生的事來舉例
12/09 21:31, 27F

12/09 21:31, , 28F
來證明PM比較厲害,你也滿厲害的..
12/09 21:31, 28F

12/09 22:26, , 29F
這是 PM 當作需求防火牆的價值,不該再排的需求,或排進來會
12/09 22:26, 29F

12/09 22:26, , 30F
杯具的需求就要靠政治手段推掉了
12/09 22:26, 30F

12/09 22:28, , 31F
對時限有敏感度,太多事做不完,那就得砍掉一些需求
12/09 22:28, 31F

12/09 22:39, , 32F
RD寫錯 vs PM被客戶婊
12/09 22:39, 32F

12/09 22:40, , 33F
我們公司PM 只有一招打天下~就是叫大家一起開會~他喝茶
12/09 22:40, 33F

12/09 22:47, , 34F
XDD
12/09 22:47, 34F

12/09 23:42, , 35F
工作人種百百種 職稱只是個字 實際上有什麼能耐還是看人
12/09 23:42, 35F

12/09 23:43, , 36F
如果你的老闆無法看懂 那....也許該換換老闆了
12/09 23:43, 36F

09/23 11:36, , 37F
推 謝謝分享
09/23 11:36, 37F
文章代碼(AID): #1If40oiR (Soft_Job)