Matt Secoske, Software Project Manager — Omaha, Nebraska, USA

溝通瓶頸的形成#

軟體專案經理最重要的職責之一，是促進團隊成員之間的開放對話。然而，現實中常見的情況恰好相反：PM 成為所有溝通必須流經的瓶頸，扮演著在成員之間傳遞訊息的**「信使（The Messenger）」**。

對一個持續演進的專案而言，資訊就像空氣和水——是程式碼成長的養分。所有成員都依賴持續的資訊交換。但若強迫所有知識透過 PM 中轉，問題就會接踵而至：

• PM 可能沒有正確識別所有需要接收資訊的開發者
• 訊息發出者以為「告訴了 PM」就算盡責，但 PM 可能漏傳或延遲傳遞
• 等到溝通缺口被發現，原始發訊者可能已不記得當初說了什麼

注意： 更危險的角色是「攪亂者（The Scrambler）」——一個善意但資訊不完整的 PM。隨著專案規模擴大，非技術資訊量急劇增加（業務規則、交付狀態、進度與品質指標），任何一個非全知的 PM 都可能開始傳遞錯誤訊息。一條表面上看似影響不大的業務規則，一旦真實意圖被發現，可能需要大規模修改程式碼。

從「代為傳話」到「促成直接對話」#

小問題上，PM 說「我直接去問 Bob，再回報你答案」是可以的。但要警惕：小事上的成功會不知不覺地把你推向信使或攪亂者的角色。

重點： 專案經理的職責是讓正確的利害關係人在正確的時間討論正確的議題，而不是替他們傳話。

建立開放的溝通架構#

技巧： 提供清晰、開放的溝通管道，並建立討論與決策的歸檔機制（archival of discussions and decisions），讓所有團隊成員能夠直接互動。這樣既能讓信使型 PM 和攪亂者型 PM 無處遁形，也能讓軟體專案持續向前推進。