講這麼多次了你還問？聽不懂就不要問！── RD 與 PM 的攻防戰｜專家論點【林鼎淵】
標題的火藥味有點濃，但 RD 與新手 PM 溝通時，真的很常出現類似的對話。
RD 與 PM 如果有默契，那會是一個很好的組合；但如果彼此水火不容，專案絕對會各種出包。
▋為什麼會出現標題的對話？
有些公司請 PM 更像是在找秘書，基本上不太管專業背景、從業經驗，只是找一個會紀錄需求，安排時程的人。
在這樣前提下找到的 PM，說實話 RD 真的心很累，大家都是出來打工的，憑什麼要我成為你增加經驗的工具人。
因為沒有專業背景，所以 PM 問的問題通常沒有什麼 Sense，甚至類似的問題還會重複問；而這個狀況除非 PM 有自知之明去學習相關知識，否則未必會隨時間改善。
大部分 RD 會服從有專業能力的人，然後看不起那些什麼都不懂，只會一直塞工作給他們的人。
有些比較情緒化的 RD 在不爽的時候，就算看到專案規劃有問題，也不會出言提醒（不過這樣做也會害到自己，筆者建議要保持工程師的專業素養）。
▋面對專業的 PM
當然業界也有很多專業的 PM，實務經驗豐富的他們對時程尤其敏感。
通常 PM 在收到需求後，會先請 RD 評估需要的工時；如果 RD 評估的工時超過 PM 心中的時程，那 PM 接下來就會詢問為什麼要花這麼多時間？
這裡我們先分析 RD 估時較長的幾種原因：
- 之前沒有使用過這項技術，在未知的狀態下，會先拋出一個較長的時程。
- 即使遇到需求變更，專案的截止日期也不會改變，所以先給自己預留一份緩衝時間。
- 前段時間工作 Loading 太重，想在淡季為自己爭取一點喘息空間。
關於第 1、2 點，我們放到下一個 PM 篇再來討論；今天這篇文章先來聊聊 RD 如何用好的理由實現第 3 點。
▋RD 如何用好的理由為自己爭取喘息空間
有經驗的 PM 會適時地讓 RD 有喘息空間，但 RD 也要給 PM 一些好的理由，讓他可以跟老闆交代，這就是筆者說的「默契」，比如說：
- 重構程式：快速開發容易累積技術債，可以趁淡季的時候進行重構，以維護專案程式碼的品質；而多少程式需要重構，每個功能重構所需的時間都是很有彈性的。
- 研究新技術：評估未來專案可能會用到的技術、套件，並提前研究，避免日後專案執行時卡關。
- 整理技術文件：在有時程壓力的狀況下，常常 API 文件、部署文件、使用說明文件的內容不齊全，可以趁這個時機點更新到最新版。
筆者只是舉出 3 個常見例子，歡迎讀者留言補充自己是如何爭取「喘息空間」的。
▋結語
「專業」為自己贏得尊重，彼此的「默契」讓合作更加順利。
撰寫需求規格時，PM 很難把每個面向都考慮得很完整，因此開發時，需要 RD 適時地與 PM 溝通，或是用自己的經驗補齊不足之處；但具體做到哪個程度，也要參考到專案的時程。
下篇文章，就讓我們改由 PM 的角度來討論這個話題吧。
☛ 如果想更深入認識我，可以 Follow 筆者的技術部落格 。
☛ 如果對工程師的職涯感到迷茫，筆者最近出版的新書 也許能給你帶來不同的觀點。
瀏覽 2,427 次
