Re: [請益] PM懂程式有優勢嗎
稍微聊聊自己的經驗
想當初我進公司自我介紹的時候
還有人笑著問我RD轉PM是不是被招牌砸到XD
親友勿認
我之前算是偏後端的Java工程師,後來因緣際會轉資安工程師
最後來到現在這個工作
在聊有什麼優勢之前,或許先介紹一下工作範圍
畢竟即使同是PM,每間公司都差很多
我們公司的PM除了一般認知的專案管理工作,還要兼FAE的角色
所以單元測試、壓力測試都是我們的工作範圍
一些客戶因為某些情況要做的系統升級、設定調整自然也都是落在我們身上
那我認為這樣的經驗可以帶來以下幾種優勢
1. 事故處理速度
當然月有陰晴圓缺,總不可能每次測試/更版/設定調整都很順利
這時候總有需要抓log或是截圖給RD的時候
這時候曾經身為RD的優勢就會體現
log我可以用過去的經驗快速擷取RD想看的範圍
如果是前端網頁的問題,可能瀏覽器的JS Console截圖就跟著一起過去
甚至如果log上顯示的是一些比較基礎的錯誤
可能防火牆沒開、設定檔案找不到之類的
這種就有機會直接在我這邊攔截並馬上跟客戶處理
減少RD處理這種問題的垃圾時間,相對也提升對於客戶的服務品質
2. 工單開立
這塊應該是多數RD最常碰到的問題
PM的需求不清楚,工單又不會開
預期結果和重現步驟都沒有,環境資訊東缺西漏
這時候能用自己以往經驗做到將心比心,把資料先收集好就是優勢
為什麼有些PM一張工單開好還要來回好幾次才能進開發,有些PM不用,差異就在這裡
3. 客戶溝通
靠北工程師最常看到的抱怨點
不外乎是當RD反應有技術困難的時候,客戶認為這應該很簡單
PM也就這樣跟著認為,反而去壓RD開發時間
但畢竟PM和RD還是同一個團隊
今天得罪RD不會讓你的工作比較順利
今天PM都懂技術了,魚幫水水幫魚,站在RD的立場幫忙爭取更充裕的開發時間
相對RD比較有時間做完整測試,交付品質自然有機會比較好
其次若真的碰到了技術困難想,我們也可以利用自己講解技術困難的優勢
拉攏客戶這邊懂技術的人,就有比較高的機率可以爭取放寬時間或其他折衷方案
4. 技術協助
這部分就比較偏個人能力了
不過如果身為PM專業領域剛好有和公司RD需求重疊
或許可以試看看,但切記不要抱著我就是比你懂的心態,對方說不定比你專業
我自己的經驗是,因為我懂源碼掃描
所以當RD這邊有技術上的困難,或是需要跟客戶爭取誤判的時候
通常可以給予一些技術或是溝通上的協助
講了這麼多...
其實終歸一句還是魚幫水水幫魚
大家同一個公司,懂技術當然是加分
但能不能互相體諒才是核心
畢竟客戶總是G8人,有時候還會碰到有錢的G8人
RD: PM你們有沒有跟客戶說這個升級要收錢啊
PM: 有啊,他們還真的拿錢出來了,還有符合當初你們報工時後算的成本評估
眾人: ............
今天互相得罪不會比較好做事,只會讓彼此以後的案子更難合作
要說懂技術的缺點嗎...
或許是我自己講話有時候太偏RD側,很難得到客戶或是PM主管諒解XD
--
請問RD轉PM 薪水有掉嗎?
沒有,是上升的
最討厭專打自己人還拿不出理由用職位壓的
求如何從RD轉PM,哈哈
推~這才是PM
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會聽話很多。10
我的想法跟你很像 以前我是讀企管的,想要搞好專案管理,然後考PMP當PM 但是後來陰錯陽差的,變成了工程師 一日工程師,終生工程師 發現當工程師比當PM好多了2
技 : 能樹時,想到程式是很大的硬傷,於是自學了一些基礎前端html, CSS,js,未來打算繼 續 : 報名線上的全端培訓班,但不知道這筆5、6萬的學費,對於未來能否帶來幫助? : 爬文過正反兩面評價都有,有人說PM會溝通就好不需要懂程式,也有人持反面看法,有3
其實還有一點 有些PM的程式觀念很老了... 之前PM會寫程式 但好像是Java 剛出來的時代... 不過好在他沒有太自以為懂就是 上次面試遇到一個PM10
懂程式給一點建議其實還不錯,有時候客戶的需求不合理在第一時間就被丟回去了 但是這其實是兩面刃,最近就有配合到那種懂程式但是似懂非懂裝逼的PM 專案開始前 "我會幫忙擋需求,不是什麼東西來了就要做,先看提出的需求合不合理" 開會時
29
Re: [請益] 如何才容易找到工作量正常的公司?先說產業別..避開接案類型公司,不管我自己或同學都有累個半死卻沒啥好處的經驗 特徵的話,我覺得薪水越高工時越低,前題是非主管職而純技術職。 但這薪水高並不是要你越級打怪,而是你本身的能力可以勝任薪水越高會越輕鬆。 個人從累死到輕鬆上班的經驗談- # 月薪低於四萬時代16
[討論] 30歲 建議打掉重練嗎介紹一下自己的背景,今年30歲,碩畢/非本科系 前一份工作是軟體資訊公司(三年),針對公司代理的軟體與顧客討論需求、進行軟體設定/ 維護/安裝/教育訓練,並進行相關程式開發,但程式只佔我工作內容的20% 而且前程式主管在我到職的第三天就離職了,所以基本上都我自己摸索居多,工作內容主 要是透過JAVA呼叫API去做邏輯運算呈現在系統上,工作上也可能遇到客戶提出的各種需8
[請益] 現在環境適合轉換跑道嗎?小弟我目前在一家小型軟體公司擔任FAE兼PM的工作,但是最近真的讓我有點迷茫不知道 自己做的事情是不是一個工程師的工作,對未來迷茫萌生退意中。 先說明一下主管要求FAE基本能力,1.必須具備CCNA以上的網路知識 2.必須具備微軟SQ L資料庫操作知識 3.熟悉win server、linux各平台佈建操作知識 4.熟悉VM虛擬機與VS witch建置設定 5.最好有業務經驗能處理客戶關係 6.熟悉各廠家防火牆或其他資安設備4
Re: [請益] 新鮮人銀行商科轉Pm我覺得拉 你這就一竿子打翻一船人 滿滿的偏見 ※ 引述《peter98 (PyTorch AI套件爛死惹)》之銘言: : 我就來講一下為什麼男PM在科技業非常不受待見好惹 : 先說一下 其實台灣有80%的PM(不分男女)的能力都不太行 80%?? 你的數字哪裡來的? 你的客觀在哪? 甚麼叫能力不行?8
[討論] 技術PM/產品工程師大家怎麼看技術PM/產品工程師這角色? 產品是B2B,客戶是台灣科技小公司 開發前 整合各方意見,包含客戶、RD、市場意見。來決定產品走向、哪些新功能。 例如別家有wifi 6,我們要不要放wifi 67
Re: [問題] 國外業務薪水不能說難,依照你的經驗,找"對"的公司你其實可以開四萬五底薪, 如果現職有夠豐富的ODM專案一條龍的操作經驗,可以試看看開五萬保14個月。 國外業務產業差異很大,然後工作內容也跟薪資有強相關。 如果你想拿薪資高一點的,找喜歡做ODM案子的公司, 而且最好有能力做系統整合的(或是至少會合作很多外包廠的),這樣軟硬體都會碰,6
Re: [心得] 數據分析_多家面試心得(原文恕刪) 我剛好在做數據分析的公司工作,主要透過分析顧客行為資料,協助零售業客戶能數據化 經營會員,忍不住分享一下: 1. 關於資料分析師DA很少有做純的這件事 :P,個人經驗是因為數據專案的PM多少也都 要懂分析能看數據才行,人難找,且除非案量夠多、公司願意多花錢養人,不然分析師跨- 這是一個很多軟體工程師都會問的問題,尤其是在這個技術變化快速的時代,每隔幾年 就有新的語言、框架、平台、工具出現,讓人感覺要不斷地學習才能跟上潮流。而且,軟 體工程師的市場價值似乎也跟他們的技術經驗有關,如果沒有掌握最新的技術,或者沒 有參與過大型或知名的專案,可能就會被雇主或客戶視為過時或不夠專業。 那麼,軟體工程師真的要擔心自己晚年會失業嗎?我認為這個問題沒有一個絕對的答案