更新於 2023/06/12發佈於 2023/06/12閱讀時間約 2 分鐘

怎麼和團隊中的 RD 有效溝通？

這是 30 天寫作挑戰的第 25 天。今天要來回答臉書留言的提問：

怎麼和團隊中的 RD 有效溝通？

30 天寫作挑戰：連續 30 天，每天都會從 ChatGPT 、生活中的靈感或是網友提問中，選出一個可以用 200–500 字的文章來回答的題目。說明可以參考宣示文。如果讀者想要我回答你／妳的問題，可以問我一個跟工程師、技術產品經理、產品經理有關的問題。

什麼叫「有效溝通」

我認為的有效溝通是：讓溝通雙方都能夠了解現在的問題是什麼，並且都對於要解決問題的方式、手段、取捨有相同的共識。

撇除透過職權的溝通方式，常見需要跟工程師溝通的情境有：

尋求工程師的建議
詢問工程師問題可能的解法

尋求工程師的建議

在功能真的進入到設計開發階段前，有時會不確定功能的可行性有多少，此時可以詢問工程師對於想要達到的商業目的有沒有什麼建議。

「我們現在想要做到ＸＸＸ，但不確定是不是可以做到，可以請問你／妳覺得有什麼潛在的風險／可能的做法需要注意嗎？」

但要記得，工程師不見得會對商業場景有了解，更多的是專注在鑽研技術的工程師，因此也要觀察工程師是不是對於功能規劃早期的可行性評估有興趣，不然也只是增加雙方的痛苦。

詢問工程師問題可能的解法

這比較聚焦在已經明確定義好要做的功能，但可能有容易但會有技術債、全面但較花時間的多種做法；此時有點主見的工程師就會提出自己覺得應該要怎麼選擇解法。

但我猜工程師選擇較花時間的做法時，通常不會被接受🤣。所以就需要再討論：如果以專案金三角「時間、範疇、成本」來看，時間是不可變動的前提下，其他兩角可以怎麼樣調整，讓專案／功能可以如期地上線？

這時候就會需要詢問解法跟尋求建議兩者輪流使用。

小結

其實要跟工程師溝通，就跟要和不同職能的人溝通沒有差別：了解對方的職責是什麼、工作上在意的事情是什麼、公司是怎麼定義對方的職能叫做合格的？如果工程師仗著能寫程式、或是 PM 仗著能決定做什麼事／比較懂使用者，說話就比較大聲，那這種團隊還是早點離開比較好。理想的團隊應該是互相幫助又各司其職，沒有人特別強勢也沒有人的聲音該被無視。

最後，送給大家一段話：跟工程師溝通時，千萬不要說「你的程式有 BUG」，因為這時候他／她只會想：「Ｘ！你才有 BUG。」要跟他／她說：「我不知道是不是我操作不正確，這個功能跟我預想的情況不太一樣」，這時候工程師就會想：「Ｘ！該不會是 BUG。」

祝想和工程師溝通的讀者們都能掌握自家工程師的溝通說明書。

今日寫作觀察

今天的主題很難回答，主要是因為我沒辦法代表全體 RD 來發聲，只能透過我和身邊人的經驗，來給予也許可行的做法。如果你／妳覺得這篇文章有幫助，或者覺得這篇文章建議的方式沒有用，歡迎留言與我分享討論。

分享至

成為作者繼續創作的動力吧！

下班後的產品工程師

追蹤

怎麼和團隊中的 RD 有效溝通？

什麼叫「有效溝通」

尋求工程師的建議

詢問工程師問題可能的解法

小結

今日寫作觀察

作者的相關文章

Larry Chien的沙龍的其他內容

你可能也想看

發表回應

怎麼和團隊中的 RD 有效溝通？

什麼叫「有效溝通」

尋求工程師的建議

詢問工程師問題可能的解法

小結

今日寫作觀察

作者的相關文章

Larry Chien的沙龍 的其他內容

你可能也想看

發表回應

Larry Chien的沙龍的其他內容