Re: [請益] PM懂程式有優勢嗎
懂程式給一點建議其實還不錯,有時候客戶的需求不合理在第一時間就被丟回去了
但是這其實是兩面刃,最近就有配合到那種懂程式但是似懂非懂裝逼的PM
專案開始前
"我會幫忙擋需求,不是什麼東西來了就要做,先看提出的需求合不合理"
開會時
"我這禮拜主要是在規劃OOO功能目前進度大概30%"
下禮拜要demo
"時程我已經先報了,我是用過去的開發經驗估的,再幫忙趕一下,先大概做一下
可以demo就好,有需要我可以幫忙申請加班"
問需求細節
"詳細的我們也不太清楚,如果我都知道的話我自己寫就好了幹嘛要麻煩你,
還是這個OOO有做過你再問他看看"
做完之後改schema
"OOO功能可不可以改XX欄位,改個欄位應該很簡單吧,為什麼要估這麼久的時間"
改完schema改需求
"需求本來就是這樣變來變去,能擋得我們已經擋了,你以為PM這麼好當?不然你來當PM"
User提了跟目前架構不一樣的需求
"我不懂程式,程式是你們的專業,我就是提供需求要怎麼做以你們為主"
你照著目前架構做了一個類似的功能
"可不可以做得像XXX的那個樣子,這樣他們覺得不直覺"
你以為這個需求差不多要做完了
"XX客戶他們其實要的是OO,跟我們現在做的不一樣,沒關係先拿掉,有需要之後再用git復原,你再照著OO做一個他們下禮拜demo要"
其實PM不懂程式沒有關係,可以幫忙釐清需求、規劃時程、協調問題、追蹤進度
但是講那種亂七八糟的話真的讓人很生氣,如果是真的好的建議就算了
但往往都是想的不夠清楚,最後工程師還要花時間解釋,解釋了又聽不懂
然後每次都還是要浪費一下時間,人生啊
※ 引述《tbpfs ( http://pse.is/tbpfs )》之銘言:
: ※ 引述《tin8420 (Invisible man)》之銘言:
: : 軟體版前輩們好
: : 小弟目前在傳產專案管理PM,預計未來想轉換軟體界做PM(產品經理),在思考自身欠缺技
: : 能樹時,想到程式是很大的硬傷,於是自學了一些基礎前端html, CSS,js,未來打算繼續
: : 報名線上的全端培訓班,但不知道這筆5、6萬的學費,對於未來能否帶來幫助?
: : 爬文過正反兩面評價都有,有人說PM會溝通就好不需要懂程式,也有人持反面看法,有人
: : 說PM妹子當花瓶安撫工程師就好......,想請問各位工程師大神們的經驗及看法,跟懂程
: : 式的PM工作會配合的更好嗎?謝謝!
: 我的想法跟你很像
: 以前我是讀企管的,想要搞好專案管理,然後考PMP當PM
: 但是後來陰錯陽差的,變成了工程師
: 一日工程師,終生工程師
: 發現當工程師比當PM好多了
: 不用處理人的問題,只要搞定電腦
: 遇到GGYY的PM壓時間
: 還可以嗆一句:不然我教你寫程式,你來寫
: 所以回到原本的問題
: 跟懂程式的PM工作會配合的更好嗎?
: 只要PM夠懂程式就能回嗆一句: 不用你教,我寫給你看
: 從此工程師不敢嗆PM
: 皆大歡喜
--
--
推
應該不少人想跟你換pm
有些其實算是客戶的問題
你講的這些缺點都不是PM懂程式造成的
是PM不懂管理需求、帶專案造成的
所有你說PM本質是釐清需求、規劃時程、協調問題、追蹤進
度...超級中肯
好PM稍懂程式會更好,爛PM稍懂程式會更爛
pm 不會因為會不會程式就變好,而是 能不能把自己的本
質做好
PM懂程式會比較容易理解RD在說什麼,因為RD不一定會翻譯
很多RD都喜歡跟PM說術語,卻不知道雙方是不是在同頻道上
釐清需求,規劃時程,協調問題,追蹤進度,代表PM的本質就是
不學無術,請工讀生來做都可以
不用講幹話啦==
推~字字血淚
這個對話也即視感還真重
真滴哭,殊不知最麻煩就是修改系統設計
既視感很重xddddd, 我這邊同樣的對話天天上演
3
沒有優勢,你本來就該懂 再講一次,當軟體PM,懂程式是個must 你是男的,不是女的,不用去想當花瓶紓解壓力擠奶凹時程那一套,專心回到PM本質吧 問問你自己,你是工程師,聽到一個不懂程式的人在企劃產品、開規格、壓日期不會覺得很 扯嗎?6
先講結論, PM懂程式會有優勢, 但這個優勢應該不是你想得那樣, PM是態度導向的工作, 態度要先對,溝通能力要先有,1
不曉得你希望學會寫全端能幫到你什麼忙,但如果是像先前的討論一樣, 希望能抓功能實現的時程,那我覺得應該更目標導向地來看這件事。 有時候覺得 programmer 角色有點像生產線工廠的工班頭頭。 他懂生產設備的運作原理,懂教育程度不高的產線工人之個性和溝通方式, 懂得操作生產設備產出產品的方法。12
藉這串問個 小弟電機系 偏軟的組別 實驗室搞通訊跟系統 現在目標第一份工作放在 PM 或 Architect RD SE不是不行 只是比起瑪儂更喜歡多元一點的工作 這串有提到RD轉PM RD會比較喜歡 (頻率通)3
讓我上班時間娓娓道來 當年還是菜逼八的時候 上市前3個月突然被安排了一個案子要我先準備 上市前2個月終於拿到熱騰騰的板子 PM每天上班時間都拿著筆電坐在我旁邊盯著我工作3
基本上如果你是在軟體業,會程式絕對是加分項目。 1.能夠對時程比較有概念,沒程式底子在軟體業根本估不了時程,然後就是請RD估,變成看臉吃飯,這是另一種路線。 2.規劃上能縮小時間成本,單單知道哪些功能好做不好做,就足以節省RD的大量時間。 3.溝通方便,除非你運氣超好,不然需求這種東西本來就是變來變去的,一直變就變成你需要跟設計、RD不斷溝通,這時候如果你設計、程式都懂,就能節省溝通成本。 4.需求被打槍,被嗆不然你來做時,你可以自己做,克服過這點一次,RD會聽話很多。1
稍微聊聊自己的經驗 想當初我進公司自我介紹的時候 還有人笑著問我RD轉PM是不是被招牌砸到XD 親友勿認 我之前算是偏後端的Java工程師,後來因緣際會轉資安工程師10
我的想法跟你很像 以前我是讀企管的,想要搞好專案管理,然後考PMP當PM 但是後來陰錯陽差的,變成了工程師 一日工程師,終生工程師 發現當工程師比當PM好多了2
技 : 能樹時,想到程式是很大的硬傷,於是自學了一些基礎前端html, CSS,js,未來打算繼 續 : 報名線上的全端培訓班,但不知道這筆5、6萬的學費,對於未來能否帶來幫助? : 爬文過正反兩面評價都有,有人說PM會溝通就好不需要懂程式,也有人持反面看法,有3
其實還有一點 有些PM的程式觀念很老了... 之前PM會寫程式 但好像是Java 剛出來的時代... 不過好在他沒有太自以為懂就是 上次面試遇到一個PM
27
[討論] Scrum敏捷開發是這麼操作嗎?最近在工作上遇到主管採用敏捷開發的管理模式,剛好在論壇上在報導高雄某間醫院的資 訊室在程式專案開發所採用的管理模式。 報導標題提到”擁抱敏捷開發全臺第一家的醫院IT”,於是好奇看了報導內容。 看完之後,覺得是不是真的懂什麼是Scrum、迭代循環(黑人問號狂冒出)。 內容當中提到兩點:16
[請益] 欄位或是變數改名這邊想請問各位前輩系統維護上常常遇到的一個問題 就是程式中的變數或是資料表欄位命名的"變更" 我不確定是不是一開始我的設計的想法就錯了 通常我在設計時,會將使用者的操作"畫面"與系統中的命名盡量保持一致, 討論起來比較有共通的語言,尤其是在一些專有名詞的欄位命名上。13
Re: [請益] 新人時期被放生是正常的嗎?我說說看自己遭遇的情況,我已經不算是剛畢業的新鮮人了,但在資訊軟體業算很菜的菜 鳥(轉職不到一年)。 當初在面試時就已有說明自己的程式開發經驗還不是很足夠,面試主管說錄用原因是看上 我的製程與IE管理師(這職務當初是代理,比較短暫)的背景經驗。 我目前剛到這間位在高雄前鎮加工區的規模不算小的電子零組件公司快滿兩個月,是資訊12
[請益] 先求有在求好是不是比較容易被看見?最近跟朋友聊天,我們都是寫韌體 聊到開案之後,要規劃好架構,考慮所以因素後再開始動工還是先衝出一個雛形給老闆看 我以前都是先衝出一版,出貨後回報bug接著maintain 花的時間有夠多,1 2次後覺得這樣 不行,有夠沒效率 需要更改功能的話,由於一開始沒有考量到,都要大改程式7
[心得] ChatGPT協助軟體開發的指令集近來寫程式時大量試用ChatGPT 剛好使用golang開發side project, 所以在各種情況下遇到的問題,都試著問ChatGPT 真的覺得超好用的! 網頁好讀版:附上心智圖、完整範例(有些範例太長,PPT沒有辦法完整呈現)4
Re: [請益] 資策會Java與C#選擇主管最重要的工作本來就不是懂程式,站在工作職責的角度,你同事熱炒店的經歷屌打 一般工程師: 1. 客制化客人點菜需求(不加香菜, 微辣...etc) -> 理解客戶需求,將需求翻譯成開 發任務。 2. 將需求轉達給內場人員 -> 分配任務給底下工程師。5
[問卦] 用學習型AI寫程式要怎麼做?軟體開發工程師聽客戶需求後 理解分析流程後開始寫程式 最後修修改改交給客戶 深度學習的 AI 是不是能夠看數百萬個4
Re: [閒聊] 弄個網站是不是很貴啊?小弟剛滿25歲的菜鳥工程師 不負責任隨便講講 看你需求 純靜態網頁不需要存取資料跟啥功能的 確實程式或許不難