# 講這麼多次了你還問？聽不懂就不要問！── RD 與 PM 的攻防戰

- 作者：林鼎淵（Dean Lin）
- 網址：https://deanlin.net/blog/202209/rd-vs-pm-asking-questions/
- 發布：2022-09-28
- 主題：團隊合作
- 系列：RD 與 PM 的攻防戰
- 標籤：科技島專欄、專案管理、溝通
- 摘要：標題的火藥味有點濃，但 RD 與新手 PM 溝通時，真的很常出現類似的對話。

標題的火藥味有點濃，但 RD 與新手 PM 溝通時，真的很常出現類似的對話。

RD 與 PM 如果有默契，那會是一個很好的組合；但如果彼此水火不容，專案絕對會各種出包。

## 為什麼會出現標題的對話？

有些公司請 PM 更像是在找秘書，基本上不太管專業背景、從業經驗，只是找一個會紀錄需求，安排時程的人。

在這樣前提下找到的 PM，說實話 RD 真的心很累，大家都是出來打工的，憑什麼要我成為你增加經驗的工具人。

因為沒有專業背景，所以 PM 問的問題通常沒有什麼 Sense，甚至類似的問題還會重複問；而這個狀況除非 PM 有自知之明去學習相關知識，否則未必會隨時間改善。

> **大部分 RD 會服從有專業能力的人，然後看不起那些什麼都不懂，只會一直塞工作給他們的人。**
> 有些比較情緒化的 RD 在不爽的時候，就算看到專案規劃有問題，也不會出言提醒（不過這樣做也會害到自己，筆者建議要保持工程師的專業素養）。

## 面對專業的 PM

當然業界也有很多專業的 PM，實務經驗豐富的他們對時程尤其敏感。

通常 PM 在收到需求後，會先請 RD 評估需要的工時；如果 RD 評估的工時超過 PM 心中的時程，那 PM 接下來就會詢問為什麼要花這麼多時間？

這裡我們先分析 RD 估時較長的幾種原因：

1. 之前沒有使用過這項技術，在未知的狀態下，會先拋出一個較長的時程。
2. 即使遇到需求變更，專案的截止日期也不會改變，所以先給自己預留一份緩衝時間。
3. 前段時間工作 Loading 太重，想在淡季為自己爭取一點喘息空間。

關於第 1、2 點，我們放到下一個 PM 篇再來討論；今天這篇文章先來聊聊 RD 如何用好的理由實現第 3 點。

## RD 如何用好的理由為自己爭取喘息空間

有經驗的 PM 會適時地讓 RD 有喘息空間，但 RD 也要給 PM 一些好的理由，讓他可以跟老闆交代，這就是筆者說的「默契」，比如說：

- **重構程式**：快速開發容易累積技術債，可以趁淡季的時候進行重構，以維護專案程式碼的品質；而多少程式需要重構，每個功能重構所需的時間都是很有彈性的。
- **研究新技術**：評估未來專案可能會用到的技術、套件，並提前研究，避免日後專案執行時卡關。
- **整理技術文件**：在有時程壓力的狀況下，常常 API 文件、部署文件、使用說明文件的內容不齊全，可以趁這個時機點更新到最新版。

筆者只是舉出 3 個常見例子，歡迎讀者留言補充自己是如何爭取「喘息空間」的。

## 結語

「專業」為自己贏得尊重，彼此的「默契」讓合作更加順利。

撰寫需求規格時，PM 很難把每個面向都考慮得很完整，因此開發時，需要 RD 適時地與 PM 溝通，或是用自己的經驗補齊不足之處；但具體做到哪個程度，也要參考到專案的時程。

[下篇文章](https://deanlin.net/blog/202210/rd-vs-pm-time-estimates/)，就讓我們改由 PM 的角度來討論這個話題吧。

---

關於作者：林鼎淵（Dean Lin），台灣的生成式 AI 企業內訓講師、外商資安公司軟體專家，也是生成式 AI 創新學院發起人。出版 7 本書（包含全台第一本 ChatGPT 應用專書），兩度獲得 iThome 鐵人賽佳作，累積上百場授課與顧問經驗。（https://deanlin.net/about/）
引用時請附上原文網址：https://deanlin.net/blog/202209/rd-vs-pm-asking-questions/