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

更新於 發佈於 閱讀時間約 2 分鐘
這是 30 天寫作挑戰的第 25 天。今天要來回答臉書留言的提問:
怎麼和團隊中的 RD 有效溝通?
30 天寫作挑戰:連續 30 天,每天都會從 ChatGPT 、生活中的靈感或是網友提問中,選出一個可以用 200–500 字的文章來回答的題目。說明可以參考宣示文。如果讀者想要我回答你/妳的問題,可以問我一個跟工程師、技術產品經理、產品經理有關的問題。

什麼叫「有效溝通」

我認為的有效溝通是:讓溝通雙方都能夠了解現在的問題是什麼,並且都對於要解決問題的方式、手段、取捨有相同的共識。
撇除透過職權的溝通方式,常見需要跟工程師溝通的情境有:
  1. 尋求工程師的建議
  2. 詢問工程師問題可能的解法

尋求工程師的建議

在功能真的進入到設計開發階段前,有時會不確定功能的可行性有多少,此時可以詢問工程師對於想要達到的商業目的有沒有什麼建議。
「我們現在想要做到XXX,但不確定是不是可以做到,可以請問你/妳覺得有什麼潛在的風險/可能的做法需要注意嗎?」
但要記得,工程師不見得會對商業場景有了解,更多的是專注在鑽研技術的工程師,因此也要觀察工程師是不是對於功能規劃早期的可行性評估有興趣,不然也只是增加雙方的痛苦。

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

這比較聚焦在已經明確定義好要做的功能,但可能有容易但會有技術債、全面但較花時間的多種做法;此時有點主見的工程師就會提出自己覺得應該要怎麼選擇解法。
但我猜工程師選擇較花時間的做法時,通常不會被接受🤣。所以就需要再討論:如果以專案金三角「時間、範疇、成本」來看,時間是不可變動的前提下,其他兩角可以怎麼樣調整,讓專案/功能可以如期地上線?
這時候就會需要詢問解法跟尋求建議兩者輪流使用。

小結

其實要跟工程師溝通,就跟要和不同職能的人溝通沒有差別:了解對方的職責是什麼、工作上在意的事情是什麼、公司是怎麼定義對方的職能叫做合格的?如果工程師仗著能寫程式、或是 PM 仗著能決定做什麼事/比較懂使用者,說話就比較大聲,那這種團隊還是早點離開比較好。理想的團隊應該是互相幫助又各司其職,沒有人特別強勢也沒有人的聲音該被無視。
最後,送給大家一段話:跟工程師溝通時,千萬不要說「你的程式有 BUG」,因為這時候他/她只會想:「X!你才有 BUG。」要跟他/她說:「我不知道是不是我操作不正確,這個功能跟我預想的情況不太一樣」,這時候工程師就會想:「X!該不會是 BUG。」
祝想和工程師溝通的讀者們都能掌握自家工程師的溝通說明書。

今日寫作觀察

今天的主題很難回答,主要是因為我沒辦法代表全體 RD 來發聲,只能透過我和身邊人的經驗,來給予也許可行的做法。如果你/妳覺得這篇文章有幫助,或者覺得這篇文章建議的方式沒有用,歡迎留言與我分享討論。
為什麼會看到廣告
avatar-img
20會員
32內容數
我是 Larry,《下班後的產品工程師》是我在下班之餘分享我對網路產業的工程師、產品經理相關職能的想法和心得,也會分享一些自己突發奇想的產品、商業問題。希望文章內容能帶給你/妳收穫。對了,如果很久沒有更新,一定不是因為我還沒下班。
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
Larry Chien的沙龍 的其他內容
這是 30 天寫作挑戰的第 24 天。今天要來回答臉書留言的提問:在當工程師的這 10 年裡,讓我心累的 3 個經驗是……
這是 30 天寫作挑戰的第 23 天。今天是「思考產品功能時,能提升思考品質的 Checklist」系列最後一篇。今天要分享的是: 思考產品功能時,能提升思考品質的 Checklist 10–12 30 天寫作挑戰:連續 30 天,每天都會從 ChatGPT 、生活中的靈感或是網友提問中,選出一個可
這是 30 天寫作挑戰的第 22 天。今天要分享的是:思考產品功能時,能提升思考品質的 Checklist 07–09
這是 30 天寫作挑戰的第 21 天。今天要分享的是:思考產品功能時,能提升思考品質的 Checklist 04–06
這是 30 天寫作挑戰的第 20 天。今天開始要跟大家分享一系列的「思考產品功能時,能提升思考品質的 Checklist」。這個系列是先前在商業思維學院上課時所做的作業,作業是要我們提出自己認為在思考產品功能時,需要檢查的各個項目,以下我列出的檢查清單,分享給各位產品經理、設計師、工程師們。
這是 30 天寫作挑戰的第 19 天。今天要跟大家分享的是:我推的 8 個華語科技類 Podcast 節目 這些都是我平常會收聽的 Podcast 節目,推薦給大家。
這是 30 天寫作挑戰的第 24 天。今天要來回答臉書留言的提問:在當工程師的這 10 年裡,讓我心累的 3 個經驗是……
這是 30 天寫作挑戰的第 23 天。今天是「思考產品功能時,能提升思考品質的 Checklist」系列最後一篇。今天要分享的是: 思考產品功能時,能提升思考品質的 Checklist 10–12 30 天寫作挑戰:連續 30 天,每天都會從 ChatGPT 、生活中的靈感或是網友提問中,選出一個可
這是 30 天寫作挑戰的第 22 天。今天要分享的是:思考產品功能時,能提升思考品質的 Checklist 07–09
這是 30 天寫作挑戰的第 21 天。今天要分享的是:思考產品功能時,能提升思考品質的 Checklist 04–06
這是 30 天寫作挑戰的第 20 天。今天開始要跟大家分享一系列的「思考產品功能時,能提升思考品質的 Checklist」。這個系列是先前在商業思維學院上課時所做的作業,作業是要我們提出自己認為在思考產品功能時,需要檢查的各個項目,以下我列出的檢查清單,分享給各位產品經理、設計師、工程師們。
這是 30 天寫作挑戰的第 19 天。今天要跟大家分享的是:我推的 8 個華語科技類 Podcast 節目 這些都是我平常會收聽的 Podcast 節目,推薦給大家。
本篇參與的主題活動
針對114學測國寫情意題「52赫茲鯨魚」,本文提供題型分析、取材策略及立意思考,幫助考生掌握寫作方向。文章點出審題關鍵在於理解表層訊息及深層意涵,避免僅聚焦表層或脫離題旨。文章也分析如何將想像與自身經驗連結,從經典選文中找到相同處境,藉此深化思考。最後,透過河道式作文的立意技巧,提升文章的思辨深度。
問題在於,公司是否會重視人類勞動的無形資產 — 創造力、同理心、理解深度,或是將人類輸入,純粹視為機器產生文字的最後清潔人員?
  你心中有故事,卻不知道該怎麼表達出來?   你想寫小說,打開文檔,卻發現自己的腦袋跟word一樣空白?   你想動筆,卻發現每個人寫的小說都長得不太一樣,讓你無從參考?   那麼,這篇針對小說格式的教學文,應該可以幫上一點忙。   許多人都想寫小說,卻不是每個人都注重基本格式。然
歡迎來到方格新手村第一站!參加方格主題活動,發表任何一篇貼文、文章加上指定標籤, 就有機會得到免費禮券,或是讓 vocus 把你的創作推薦給全站會員! 現在就完成新手村任務,讓更多人認識你!
針對114學測國寫情意題「52赫茲鯨魚」,本文提供題型分析、取材策略及立意思考,幫助考生掌握寫作方向。文章點出審題關鍵在於理解表層訊息及深層意涵,避免僅聚焦表層或脫離題旨。文章也分析如何將想像與自身經驗連結,從經典選文中找到相同處境,藉此深化思考。最後,透過河道式作文的立意技巧,提升文章的思辨深度。
問題在於,公司是否會重視人類勞動的無形資產 — 創造力、同理心、理解深度,或是將人類輸入,純粹視為機器產生文字的最後清潔人員?
  你心中有故事,卻不知道該怎麼表達出來?   你想寫小說,打開文檔,卻發現自己的腦袋跟word一樣空白?   你想動筆,卻發現每個人寫的小說都長得不太一樣,讓你無從參考?   那麼,這篇針對小說格式的教學文,應該可以幫上一點忙。   許多人都想寫小說,卻不是每個人都注重基本格式。然
歡迎來到方格新手村第一站!參加方格主題活動,發表任何一篇貼文、文章加上指定標籤, 就有機會得到免費禮券,或是讓 vocus 把你的創作推薦給全站會員! 現在就完成新手村任務,讓更多人認識你!
你可能也想看
Google News 追蹤
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
第三次月會來了!這個月的主題是「工程師的溝通秘訣」 很多人認為,當工程師只要跟電腦對話就好,在轉職之前我也這麼認為的,尤其是以前在服務業工作,從早到晚跟客戶對談、處理他們各種疑難雜症和情緒的過程,實在太容易讓我感到心累了,倒不如整天跟電腦對話,對錯很明顯,也不用顧及雙方情緒,肯定比處理客訴簡單
Thumbnail
這篇文章探討了工程師在如何有效提升自己,強調不僅僅是多coding,而是要對程式碼有更深層的理解。隨著職涯發展,工程師需要從單純的技術執行者轉變為團隊領導者,具備解決複雜問題和與他人有效溝通的能力。
Thumbnail
工程師希望能釐清任務的輕重緩急,其中那些「看起來不錯,但目前重要性沒那麼高」的任務,就叫做 nice-to-have...
Thumbnail
專案經理在專案管理中與不同角色進行溝通和談判的藝術。通過定期會議和主動傾聽建立團隊信任,定期更新和展示同理心管理客戶期望,雙贏思維和充分準備協調三方合作夥伴,以及數據驅動的簡潔匯報獲得高層支持。案例展示靈活應用這些策略,確保專案按時按質完成。
Thumbnail
業務與研發之間的溝通是職場一大挑戰,常因認知差異產生誤解,影響工作氣氛與專案進度。 透過本文提出的三點提醒,設定對應方案來打破專業壁壘,就能建立起有效的跨部門合作關係。
Thumbnail
這篇文章主要討論了行銷人與設計人溝通的重要性,並針對以商業目的為主的設計提出了一些設計風格呈現、視覺重點、露出設計的地點和閱讀者為誰等方面的建議。
Thumbnail
溝通是職場成功的重要關鍵,但並非只有說出自己的想法。要建立有效的溝通技巧,我們需要學會理解他人的需求以及他們如何接受信息。這篇文章帶來了一個項目經理的案例,通過他的自我學習和實踐,讓我們看到了有效溝通的重要性。建議大家努力提升溝通能力,學會說、是聽、學會理解,這樣我們就能在職場上達到真正的有效溝通。
Thumbnail
最近看到一篇文章相當有趣,是盤點20 項職場人最重要的軟硬技能,其中溝通能力榜上有名,如何減少溝通成本、達成高效合作、進而成功議價,或成就專案成果等,都是日常生活中會面臨到的挑戰之一。 然而,對有些人來說,最困難的並不是不知道如何開始溝通,而是常常表達的不夠具體,像我的同事H,有次曾經和主
Thumbnail
專案經理與工程師在工作上面對的挑戰和需求截然不同。專案經理需具備溝通、督促、認知及行政等四種核心能力,以便成功轉型。文章中舉例以生動的故事來說明這四種能力的重要性,並強調從工程師升遷為專案經理並非易事,需要不斷學習與努力。
Thumbnail
追求乾淨的程式碼是好的開始,但不要陷入過度設計的陷阱,導致程式難以維護。實際上,考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況,適時調整工作重心。技術不斷進步,使得寫程式變得更加容易,但這並不意味著工程師的角色會消失。在選擇技術時,也要考慮隱形成本有時簡單的解決方案反而更有效。
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
第三次月會來了!這個月的主題是「工程師的溝通秘訣」 很多人認為,當工程師只要跟電腦對話就好,在轉職之前我也這麼認為的,尤其是以前在服務業工作,從早到晚跟客戶對談、處理他們各種疑難雜症和情緒的過程,實在太容易讓我感到心累了,倒不如整天跟電腦對話,對錯很明顯,也不用顧及雙方情緒,肯定比處理客訴簡單
Thumbnail
這篇文章探討了工程師在如何有效提升自己,強調不僅僅是多coding,而是要對程式碼有更深層的理解。隨著職涯發展,工程師需要從單純的技術執行者轉變為團隊領導者,具備解決複雜問題和與他人有效溝通的能力。
Thumbnail
工程師希望能釐清任務的輕重緩急,其中那些「看起來不錯,但目前重要性沒那麼高」的任務,就叫做 nice-to-have...
Thumbnail
專案經理在專案管理中與不同角色進行溝通和談判的藝術。通過定期會議和主動傾聽建立團隊信任,定期更新和展示同理心管理客戶期望,雙贏思維和充分準備協調三方合作夥伴,以及數據驅動的簡潔匯報獲得高層支持。案例展示靈活應用這些策略,確保專案按時按質完成。
Thumbnail
業務與研發之間的溝通是職場一大挑戰,常因認知差異產生誤解,影響工作氣氛與專案進度。 透過本文提出的三點提醒,設定對應方案來打破專業壁壘,就能建立起有效的跨部門合作關係。
Thumbnail
這篇文章主要討論了行銷人與設計人溝通的重要性,並針對以商業目的為主的設計提出了一些設計風格呈現、視覺重點、露出設計的地點和閱讀者為誰等方面的建議。
Thumbnail
溝通是職場成功的重要關鍵,但並非只有說出自己的想法。要建立有效的溝通技巧,我們需要學會理解他人的需求以及他們如何接受信息。這篇文章帶來了一個項目經理的案例,通過他的自我學習和實踐,讓我們看到了有效溝通的重要性。建議大家努力提升溝通能力,學會說、是聽、學會理解,這樣我們就能在職場上達到真正的有效溝通。
Thumbnail
最近看到一篇文章相當有趣,是盤點20 項職場人最重要的軟硬技能,其中溝通能力榜上有名,如何減少溝通成本、達成高效合作、進而成功議價,或成就專案成果等,都是日常生活中會面臨到的挑戰之一。 然而,對有些人來說,最困難的並不是不知道如何開始溝通,而是常常表達的不夠具體,像我的同事H,有次曾經和主
Thumbnail
專案經理與工程師在工作上面對的挑戰和需求截然不同。專案經理需具備溝通、督促、認知及行政等四種核心能力,以便成功轉型。文章中舉例以生動的故事來說明這四種能力的重要性,並強調從工程師升遷為專案經理並非易事,需要不斷學習與努力。
Thumbnail
追求乾淨的程式碼是好的開始,但不要陷入過度設計的陷阱,導致程式難以維護。實際上,考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況,適時調整工作重心。技術不斷進步,使得寫程式變得更加容易,但這並不意味著工程師的角色會消失。在選擇技術時,也要考慮隱形成本有時簡單的解決方案反而更有效。