親愛的工程師｜PM 與工程師相處的 12 個眉角
文／Rafeni
這篇想分享， PM 如何與一群比自己厲害數百倍的軟體工程師合作？看似不同立場的雙方如何溝通與共處？
為甚麼寫這篇文章
希望這樣的分享能幫助還找尋平衡的新手 PM ，也想寫一篇文章記錄與感謝我們家的工程師如此好相處 XD
這篇文章會談到甚麼內容
一、簡述
二、擔任 PM 的心理建設與課前準備
三、與工程師的溝通「眉角」
一、簡述
每間公司的文化與制度不太一樣，這篇分享的是個人經驗、不一定適用於每一個人。
我一開始負責的工作內容是前端切版和與 UX 規劃，後來才開始 PM 之路。目前身上有 1 個大專案、3 個小專案 / 產品同時在跑，不管是對外的客戶，還是對內的規劃、管理、測試、會議，每天平均花 70% 以上的時間在溝通。
［補充說明］
- 這篇文章討論的 PM 為 Project Manager，而非 Product Manager 。
- 根據 PMP（國際專案管理師）認證之定義，專案管理兩大要素為五大流程與十大知識領域；這篇文章會比較偏重其中的溝通管理應用筆記與心態～
二、擔任 PM 的心理建設與課前準備
1. 了解自己的職責與主管的期待
在職場上，老闆與主管的安排一定有他的考量，所以通常我會問自己，上級將我安排這個職位，是要我幫他解決什麼問題？在這樣的公司文化與體制裡，我｢實際」上有哪些職責與權力？這些不一定一開始就會被告知清楚，但我們必須想辦法理解分明，才能確保自己能做出符合期待的產出。
2. 認知團隊的重要性
一間軟體公司，即使有再好的業務銷售、再好的設計或行銷團隊，如果沒有工程師把想法 / 創意變成產品，那一切都是空談。而如果整個團隊只有工程師卻沒有其他部門，工程師會無法專心寫 code、也需要親身體驗被需求追殺的感覺了XD
我其實很喜歡這種缺一不可的感覺，這說明每一個人的參與都很重要，我相信沒有完美的個人～只有適合的團隊！
3. 培養技術知識
PM 最重要的工作任務是透過溝通與資源調度等方法、將專案成果如期如質的交付予客戶。而為了有效完成上述任務，就至少要懂流程、對技術有概念，才能做出相對適當的安排並加快事情的推動。
4. 將客戶需求確認清楚
專案 / 產品可以分階段、或迭代式開發，但如果要避免重工（並想讓自己在工程師面前說話可信、有份量..）
在確認客戶的需求時，該做的事情、該用的工具都不能少，多使用流程圖與 Wireframe，盡量圖文並茂，以文字描述（留存紀錄）後，要再與對方通電話以確認雙方是否達到同一頻率與認知。
同樣一句話、一張圖，每個人看到的/會在意的重點都不太一樣。確認需求不貪快，完成的時間會更快～！
5. 設立界線
個人的判斷標準是，不將私人情緒與好惡帶到工作之中，即是對彼此的界線與尊重。
6. 區分直覺與感覺的不同
每天要做的事情很多，所以不是每種情緒與感覺都要被正視或處理。然而，如果有覺得哪裡說不上來但「怪怪的」地方，這有時候是一種直覺，不能就這麼過了（因為客戶也不會就這樣放過你的☺️）不過這時也不能空口只說一句我覺得怪怪的就要工程師信服或處理～
所以一定要想辦法先多方詢問、用數據或資訊釐清與佐證，直到雙方都沒有疑慮。（我們的確曾因為這份直覺，躲過很多問題！）
7. 適時求助
一般來說，我盡量不會問 Google 關鍵字第一頁就能搜尋到的答案，但如果自己真的有多方搜尋與驗證過還是有疑問，還是要主動問！因為不懂裝懂而做出錯誤的決策，會付出更高的成本……。
三、PM 與工程師相處的 12 個眉角
1. 定義清楚的目標與明確的任務說明
這裡談到的目標，還包括職員的個人目標，每個人來到職場工作，一定有所求；不論是求溫飽、求挑戰、求新鮮還是為興趣，那都是一個人來到這裡目標與動機～如果能夠了解每個人目標的好處是：知道他為何而戰，那就可以用他在意的主題去鼓舞他或找到共鳴，讓他自己管理自己，而非只能透過外力強硬管制。（這邊先假設薪資水準有讓他滿意XDD）
關於任務部分，很關鍵的是，如果每個人都不清楚自己負責甚麼項目、應該在甚麼時間有什麼樣的產出、並必須通過甚麼樣的檢驗標準，那如何期待對方能產出令人滿意的成果呢？
2. 清楚的事情的優先順序
這跟經驗相關，也無時無刻存在每一個決策與應變之中。
3. 多走動
如果有問題想討論或有新的任務要交辦，不要只是留在位置傳 LINE 或撥打分機，而是盡量走道對方旁邊仔細說明。這是之前上 NPDP 課程向夏老師請益而來的：）
瀏覽 2,539 次
