菜鳥 PM 與工程師溝通的三大守則
和工程師溝通需要會寫 Code？
Published in
Aug 4, 2020
先打個預防針：完整文章已搬運，Medium 僅保留部分內容。請至此閱讀完整版：
守則一、不會寫程式沒關係！
想從事軟體 PM 的新鮮人應該最常有的疑問是：
「軟體 PM 需要會寫程式嗎？」
其實不然。
PM 角色的核心價值在於確保專案執行順暢，在中間擔任溝通與管理的角色。
溝通對象主要為「需求端」與「執行端」，前者通常是老闆或是公司客戶，後者則是我們的工程師大大們。PM 需要將老闆或是客戶想要達成的事情定義清楚，轉換成工程師能理解的方式後，讓工程師能順利將需求達成。
管理對象則是專案進程，細節包含：專案在上線後（Go Live）需要哪些功能，上線後第一階段（Phase 1）需要修正哪些問題、追加哪些新功能，以及每一項進度的時間掌控，都是 PM 需要掌控的。而管理這些項目，則需要基於「需求端」與「執行端」兩方溝通後，方能訂定的。
也因此，PM 工作其實和寫程式的關聯性不大，「溝通」反而是 PM 的主要工作內容。
當開發需求來的時候，工程師通常會針對該特定功能給出評估時間。而當開發時間 PM 不能接受時，工程師期待一個好的 PM 不能只是死壓著需求端給的時間死線，而是必須試著了解開發的難處，並與需求端溝通。
例如，倘若客戶端的截止時間不能調整，PM 應該換個角度，和工程師商討現行做法所需時間為何這麼久？有沒有其他 Workaround 是可以採用以降低工時的？
又或者客戶端雖無法延長期限，但我們是否能夠和客戶談好條件，做功能 A 就延後功能 B 的優先順序，等等方式，讓工程師知道你是願意換位思考、替他們著想的。
