對於需要緊密協作的工作，有必要的溝通總是要佔據我們相當大一部分時間。比如各種產品、測試、研發溝通會，會議的目的也是為了讓所有相關的責任人知道應該知道的所有業務、技術、實現的事情，從宏觀到必要的細節。所以如何開好一個會，變得越來越重要。
在準備工作方面：
- We need a host for the meeting
首先我認為需要一個host，也就是流程的主持人，他能把握整個會議的進度和流程推進。在有技術人員的會議裡面，很有可能把過度的技術實現細節帶到一個產品導向的會議裡面，這個時候主持人就應該主動截斷這種過度探討技術細節的對話，建議技術人員會後私下溝通，繼續後續的議題和流程。不偏題，也不跳過任何一個需要討論的討論事項。
- Bring several solutions for the issues
一般來說問題不是突然出現的，大部分議題都是實現整理好的議題。在會議之前參會的人應該充分去了解，並且應該花時間去思考，帶著解決方案來參加會議，可以避免臨時討論中互相思維的影響，也不會因為臨時去思考（沒有深思熟慮）而導致想出的方案質量不佳。
- Temp questions do not done in rush
關於不要匆忙完成任務（問題），我是深有體會。在時間壓力之下做出的解決辦法，往往效果不盡如意。所以對於臨時提出的困難問題，我的建議是多方都耐心下去思考之後再給出方案。如果問題比較容易得出結論，那不在我說的這種情況之內。
做好準備工作之後，那麼就到了會議過程中需要注意的事情了。
會議過程中：
- 如果有人在比較high level的會議中一直討論某些事情的細節並且經過一定討論沒有定論，主持人或者觀察者需要及時喊停，把問題記錄下來，適當收尾，讓會議快速進入下一個議題。
- 讓爭論停留在問題層面。
會議中有爭論是非常正常的，不同背景文化的人對於同一個問題會有不同的見解，甚至有時候是相對對立的觀點。這個時候我們需要注意對事不對人，如果出現偏向個人的攻擊性言論，那麼需要及時阻止，並且讓爭論雙方冷靜下來，不能讓問題的討論變成人與人之間的互相攻擊。
- 問題的邊界不要太廣，導致無效發散。
如果是頭腦風暴的議題，可以儘可能地記錄下不同的觀點，方便後續討論。但是一定要防止偏離主題太遠，這個需要專業人士和相關人員共同來界定問題邊界。
如果是需要有一個準確結論的問題，那麼不要陷入太過發散的深淵，主持人活著觀察者有義務隨時把話題拉回正軌，專注於問題本身，找到一個靠譜和實際的解決辦法。
最後是會議之後，我認為需要的做的事情：
1.做好會議記錄的歸檔，使用協同工具或者雲文件，讓會議參與者以及後來者都能隨時查閱。
- 需要把任務進行分解，分配到具體的責任人，持續關注事情的推進。
- 向上進行彙報，獲取外部資源和上層的支援，如果有需要調整的即使進行調整，並同步給相關方。