PM把計劃做好後，細節的討論是不是就不用參加了？很多人覺得只要他們討論完，告訴我結果就ok了，因爲我也不能做什麼，應該請產品負責人/技術負責人來搞定。但其實價值非常大，舉今早的例子說說。
產品和開發就近期要開發的通知機制細節在討論，其實已經做過需求評審了，但是還是有很多細節問題，我看到了，就自己跑過去聽聽，其間我做了三件事：
1. 把測試拉過來。我發現這裏的場景非常多，有很多異常情況，於是趕緊把測試喊過來。你會發現測試常常被忽略在早期的討論中，這一點恐怕只有PM纔會常常想起。
2. 梳理思路。對於離線消息應該如何實現，大家有很多分歧。但是產品、開發分別站在自己的角度在思考，一個覺得很容易實現，一個則相反，而且越討論越堅信自己是對的，這個時候特別需要PM
a) 做一個“好的聆聽者”，聽懂雙方的觀點，幫助雙方理解彼此的觀點。
b) 進而簡化信息，除去掉大量干擾信息，把焦點歸結爲一個簡單的問題，再繼續討論。
這樣可以大大減少誤解，加快討論速度，更重要的爲PM提供很好的風險判斷依據。
3. 化解衝突。因彼此不能理解，中間一度險些吵起來，並想放棄討論。這對團隊未來的配合非常不利，同時問題也並沒有解決。這時PM又可以及時干擾大家的情緒，比如採用打斷、調侃、解釋等方式，讓彼此平靜，由緊張變的輕鬆，繼續討論。當問題無法解決的時候，PM又能通過計劃調整、時間拉長、目標重提等方式平衡產品需求和技術困難，取得一個雙方都能接受的最終結論。