→ markov:你這案子我怎覺得是RD問題比PM大阿!! 09/14 18:47
→ markov:我真不該講這句話"先成為工程師才會是研發RD" 你的RD基本上 09/14 19:16
→ markov:問題很大。基礎的或甚至基本該自己搞定的怎會賴給他人咧! 09/14 19:17
推 CRPKT:RD 進度有問題自己沒舉手是 RD 的問題啊... 09/14 23:35
我自己是半新手的專案PM 工作兩年開發七個系統
一點心得分享：
我認為PM = 打雜的
當然這要看公司環境及分工，不過我想，所謂PM就是負責完成那個案子的人，他就是
該案子的全部負責人，RD或Designer或MIS etc.都只是負責該案子內的部分工作，其
他沒人管或不知道誰管的部份，就是PM負責。
所以針對RD來說，PM的任務就是排除所有會讓RD coding分心的狀況，包含網路斷線、
server連不上、跟設計的畫面溝通、不同系統之間的API討論、server的ram不夠 etc.
反正只要不是coding問題，RD都直接找我，我再負責去找別人。
當然有時候我根本不知道RD的問題內容是什麼(ex. API規格)，這時候我的任務就是
把所有相關人士找來開會，確保相關人士清楚問題內容，也清楚如何處理，當然最重
要的就是，押個完成時間給我 = =
既然PM是案子的負責人，他就要排除會造成Delay的全部因素。
所以RD押了時間還不夠，我會在預定完成時間前，可能一天兩天、可能一個禮拜前，
重複跟RD確認「東西真的能在那個時候完成齁？」因為我合作的RD不流行主動告訴我
有可能delay，所以我得主動追蹤.....
這時候有問題的話，RD就會跟我說，我也才有時間去幫忙(找人)處理，不然等到
deadline才知道delay，那就得先押個「問題解決時間」，才能再訂一個「功能完成時
間」.....
基本上RD只要找我，我就會優先處理他們的問題。(因為只要有點問題RD們就不願or無
法coding，也就是我的案子的開發進度會delay！)所以其實後來RD跟我關係不錯，信
任度也很高，若是有緊急問題發生或是大家都在搶資源時，他們也都願意優先處理我
的需求。
但是缺點就是，很累......真的很累......我覺得我好像把RD寵壞了，有些明明他們
自己可以去問的問題都丟給我，有時候我還得當RD之間的傳話對象 = =
我還在思索要如何找到中間的平衡......不知道各位能不能給我一些指點呢？
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 125.230.198.69