專案經理跟工程師總「溝通不良」？這樣做降低無效溝通
更新於 發佈於 閱讀時間約 4 分鐘
有沒有發現，我們每天都在說話，卻覺得溝通好難，尤其 RD（Research & Development，技術 / 工程部門）跟 PM（Product Management ＆ Project Management，專案經理 / 產品經理）之間的溝通，經常一不小心就充滿火藥味。
我滑臉書時，曾看過同行 RD 長篇大論抱怨 PM ，說實話，我是非常有耐心也願意溝通的那種工程師，但偶爾也會有氣到想暴走的時候，雖然最後還是會乖乖燃燒自己的肝（淚），究竟如何讓 RD 及 PM 可以溝通順暢？
這篇我特地找了公司一位年輕有為的工程師 CY 葛格 一起來聊，因為我從來沒看過他跟 PM 或任何人有溝通問題，也沒看過他生氣，而且每位跟他合作過的同事都對他讚不絕口。
與 PM 一起工作最常碰到哪些「溝通不良」的事？
「PM究竟要不要懂技術？」這是一個萬年討論題，我跟 CY 葛格一致認為，最好多少還是要略知一二，才能縮小跟工程師的知識落差，但這不代表不懂技術就不能當 PM，只要有好的溝通能力，照樣可以解決問題。為何 PM 的技術知識那麼重要？因為它會影響到 PM 與 RD 溝通時的三個層面：
- 無法抓出正確的工作項目細節
若只抓出幾個粗略項目就拉時程給 RD，會漏掉很多隱性工作， RD 需要反覆來回確認，不但造成溝通問題也造成工作時間的緊張。 - 不知道在技術上要花多少時間
資深 PM 因經手的專案多或許比較有時程概念，但新手 PM 若對技術毫無認識，即便向 RD 詢問，也可能因敘述不清楚，無法獲得較精確的執行時間，為日後的溝通問題埋下伏筆。 - 不知道技術天花板在哪裡
除了 PM，有些無技術背景的老闆也會有此症頭，經常預算有限，想法天馬行空，向 RD 開出各種許願清單，要求他們上演不可能的任務。
雙方各做好「一件事」讓知識鴻溝變小
RD 盡量少說「技術名詞」
有時 PM 與 RD 在溝通時，經常會發生 RD 需要花時間解釋很多技術名詞，或因在溝通上講了太專業的術語導致雙方溝通時資訊不對稱。若碰到新手 PM，不妨減少技術用字，盡量以對方能聽懂的方式說明，或以相仿的功能及譬喻敘述，畢竟站在 PM 角度，他們也需要回頭跟客戶報告原因。最常發生的狀況是 RD 失去耐性，直接丟給 PM 一個交件時程，如果拒絕討論碰到的問題或進一步溝通，久而久之鴻溝就會越來越大。
PM 不當「傳聲筒」或「轉信機」
有些新手 PM 因為經驗不足，很容易把老闆或客戶的話直接複製貼上給 RD，交給 RD 判斷，彷彿只有傳聲筒或轉信機功能（大家是不是有碰過這種同事XD），並沒有消化吸收需求再 Brief 給 RD，或抓出重點協助 RD 過濾問題。其實開票給 RD 也沒有想像中困難，不必把需求寫得文情並茂，只要清楚交代「需求規格」即可，例如：如何設計、操作流程、重點有哪些等，最後再自己順一次開出的需求是否合理。
理解需求背後原因，才能精準溝通
只要能做到理解背後需求這一點，就能降低很多無效溝通。當不懂技術的老闆或客戶提出「希望品牌能經常與顧客在網路上互動」，若 PM 只是把這個大方向問題原封不動丟給 RD，RD 會很困惑。若能試著推敲這個需求背後原因，並幫助老闆及客戶梳理想法，就能讓溝通更精準一些，例如，或許只是需要「聊天機器人」，接下來，只要朝這個方向跟 RD 溝通就會順暢許多，也能節省溝通往返的時間成本。
不懂技術知識照樣可以當好 PM
雖然前面一直在暗示懂技術知識的 PM 更好，但不懂技術還是能當一個好 PM，在職場上大家都很忙錄，碰到問題時有些害羞的新人會不好意思開口，只要敢「開口溝通」跟「講重點」，就能逐漸從跟 RD 的溝通過程中攝取到技術知識，不斷提升進化！
最後，CY 葛格也分享一個自己的溝通訣竅—在收到需求時，不要每次都說「好」，要停下來，從不同面向反思再回覆，例如：技術上是否有難度、時程是否OK、有沒有好的使用者體驗⋯等，各種問題，這樣不僅幫助自己，也能幫助到 Team Member。
謝謝 CY 葛格這次跟大叔暢聊，下次找時間再一起聊別的題目～
即將進入廣告，捲動後可繼續閱讀
為什麼會看到廣告
留言0
查看全部
你可能也想看
Google News 追蹤
隨著理財資訊的普及，越來越多台灣人不再將資產侷限於台股，而是將視野拓展到國際市場。特別是美國市場，其豐富的理財選擇，讓不少人開始思考將資金配置於海外市場的可能性。
然而，要參與美國市場並不只是盲目跟隨標的這麼簡單，而是需要策略和方式，尤其對新手而言，除了選股以外還會遇到語言、開戶流程、Ap
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
第三次月會來了！這個月的主題是「工程師的溝通秘訣」
很多人認為，當工程師只要跟電腦對話就好，在轉職之前我也這麼認為的，尤其是以前在服務業工作，從早到晚跟客戶對談、處理他們各種疑難雜症和情緒的過程，實在太容易讓我感到心累了，倒不如整天跟電腦對話，對錯很明顯，也不用顧及雙方情緒，肯定比處理客訴簡單
這篇文章探討了工程師在如何有效提升自己，強調不僅僅是多coding，而是要對程式碼有更深層的理解。隨著職涯發展，工程師需要從單純的技術執行者轉變為團隊領導者，具備解決複雜問題和與他人有效溝通的能力。
在專案管理中，如何有效經營利害關係人是確保專案成功的關鍵。這篇文章分享了一些技巧，包括識別利害關係人、設定期望、保持良好溝通及找到共同利益等策略，幫助讀者在專案中建立良好的關係，減少誤解和不必要的驚喜，最終達成專案目標。
專案經理在專案管理中與不同角色進行溝通和談判的藝術。通過定期會議和主動傾聽建立團隊信任，定期更新和展示同理心管理客戶期望，雙贏思維和充分準備協調三方合作夥伴，以及數據驅動的簡潔匯報獲得高層支持。案例展示靈活應用這些策略，確保專案按時按質完成。
業務與研發之間的溝通是職場一大挑戰，常因認知差異產生誤解，影響工作氣氛與專案進度。
透過本文提出的三點提醒，設定對應方案來打破專業壁壘，就能建立起有效的跨部門合作關係。
最近看到一篇文章相當有趣，是盤點20 項職場人最重要的軟硬技能，其中溝通能力榜上有名，如何減少溝通成本、達成高效合作、進而成功議價，或成就專案成果等，都是日常生活中會面臨到的挑戰之一。
然而，對有些人來說，最困難的並不是不知道如何開始溝通，而是常常表達的不夠具體，像我的同事H，有次曾經和主
職場萬年難題中，溝通絕對是榜上有名的問題之一。溝通不良有很多原因，可能是表達能力不好、態度口氣讓對方覺得不開心等，各種狀況導致溝通無效。
這篇文章要來探討的其中一種是，有些人會一直批評同事很難溝通，但實際上他根本沒有在溝通。
專案經理與工程師在工作上面對的挑戰和需求截然不同。專案經理需具備溝通、督促、認知及行政等四種核心能力，以便成功轉型。文章中舉例以生動的故事來說明這四種能力的重要性，並強調從工程師升遷為專案經理並非易事，需要不斷學習與努力。
追求乾淨的程式碼是好的開始，但不要陷入過度設計的陷阱，導致程式難以維護。實際上，考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況，適時調整工作重心。技術不斷進步，使得寫程式變得更加容易，但這並不意味著工程師的角色會消失。在選擇技術時，也要考慮隱形成本有時簡單的解決方案反而更有效。
隨著理財資訊的普及，越來越多台灣人不再將資產侷限於台股，而是將視野拓展到國際市場。特別是美國市場，其豐富的理財選擇，讓不少人開始思考將資金配置於海外市場的可能性。
然而，要參與美國市場並不只是盲目跟隨標的這麼簡單，而是需要策略和方式，尤其對新手而言，除了選股以外還會遇到語言、開戶流程、Ap
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
第三次月會來了！這個月的主題是「工程師的溝通秘訣」
很多人認為，當工程師只要跟電腦對話就好，在轉職之前我也這麼認為的，尤其是以前在服務業工作，從早到晚跟客戶對談、處理他們各種疑難雜症和情緒的過程，實在太容易讓我感到心累了，倒不如整天跟電腦對話，對錯很明顯，也不用顧及雙方情緒，肯定比處理客訴簡單
這篇文章探討了工程師在如何有效提升自己，強調不僅僅是多coding，而是要對程式碼有更深層的理解。隨著職涯發展，工程師需要從單純的技術執行者轉變為團隊領導者，具備解決複雜問題和與他人有效溝通的能力。
在專案管理中，如何有效經營利害關係人是確保專案成功的關鍵。這篇文章分享了一些技巧，包括識別利害關係人、設定期望、保持良好溝通及找到共同利益等策略，幫助讀者在專案中建立良好的關係，減少誤解和不必要的驚喜，最終達成專案目標。
專案經理在專案管理中與不同角色進行溝通和談判的藝術。通過定期會議和主動傾聽建立團隊信任，定期更新和展示同理心管理客戶期望，雙贏思維和充分準備協調三方合作夥伴，以及數據驅動的簡潔匯報獲得高層支持。案例展示靈活應用這些策略，確保專案按時按質完成。
業務與研發之間的溝通是職場一大挑戰，常因認知差異產生誤解，影響工作氣氛與專案進度。
透過本文提出的三點提醒，設定對應方案來打破專業壁壘，就能建立起有效的跨部門合作關係。
最近看到一篇文章相當有趣，是盤點20 項職場人最重要的軟硬技能，其中溝通能力榜上有名，如何減少溝通成本、達成高效合作、進而成功議價，或成就專案成果等，都是日常生活中會面臨到的挑戰之一。
然而，對有些人來說，最困難的並不是不知道如何開始溝通，而是常常表達的不夠具體，像我的同事H，有次曾經和主
職場萬年難題中，溝通絕對是榜上有名的問題之一。溝通不良有很多原因，可能是表達能力不好、態度口氣讓對方覺得不開心等，各種狀況導致溝通無效。
這篇文章要來探討的其中一種是，有些人會一直批評同事很難溝通，但實際上他根本沒有在溝通。
專案經理與工程師在工作上面對的挑戰和需求截然不同。專案經理需具備溝通、督促、認知及行政等四種核心能力，以便成功轉型。文章中舉例以生動的故事來說明這四種能力的重要性，並強調從工程師升遷為專案經理並非易事，需要不斷學習與努力。
追求乾淨的程式碼是好的開始，但不要陷入過度設計的陷阱，導致程式難以維護。實際上，考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況，適時調整工作重心。技術不斷進步，使得寫程式變得更加容易，但這並不意味著工程師的角色會消失。在選擇技術時，也要考慮隱形成本有時簡單的解決方案反而更有效。