大家有沒有遇到這樣的情況，會議好多，而且有的會議開了一遍又一遍，總也得不出個結論？乙個會議開幾個小時，大部分時間都是某兩三個人在那兒爭執不下，誰也說服不了誰，其他人就坐在那「旁聽」，越扯越遠，時間越拖越長，心裡面不爽，想走又不太好意思，覺得這些個會開得實在沒意思，以前的我也經歷過好多這樣的會議，不忙的時候還行，反正在哪坐著都是坐著。忙的時候，聽他們扯完，我還得回去加班，心裡著實不爽。
那麼如何擺脫這種困境，如何開乙個高效的會議呢？下面分三步曲談談我的經驗。
會前準備要解決的問題有：
以上內容都確定好後，發會議邀請給相關與會人員，郵件中簡略介紹下背景、主題及要討論的事項，1、2、3這樣列出來，如果有其他相關資料，可以作為附件發出來，讓大家提前了解。會議時間、地點也在會議邀請中寫明。
作為會議發起方，會議整個過程中要做好以下三件事：
第
一、會議時間的控制：會議進度的控制，避免在乙個問題上過多地討論，浪費大家的時間，而且會讓其他人失去參與討論的積極性。無法在會上達成一致的需及時暫停，跳到下乙個議題繼續。一般情況下，有兩三個人意見始終沒法達到一致，一討論起來就沒完，這時需要注意把控下，可以讓他們會後討論，列入會議紀要的待確認事項中。
第
二、會議主題的把控：發現偏離主題後要及時拉回來，以免越扯越遠，會議效率低，效果差，會議時間嚴重拉長，與會人員也精神渙散。
第
三、會議紀要：這個一定要有，會後將紀要由郵件發出，有需要跟進的，可以在工作系統（如禪道）中建立任務追蹤。如果沒有記錄，一是容易開完會等於沒開，開完大家都忘了；二是避免會後不同的人所「記住」的資訊不一致，導致爭執。
關於會議時間和主題的把控，作為與會人員都可以適當地提醒。我之前參加乙個涉及兩個團隊合作的需求宣講時，遇到過這個問題。在我參加之前這個會已經開過三次了，每次都開一上午，最後都演變成架構師和產品經理之間的爭執，其他人一臉生無可戀，還不敢發聲也不敢走。第四次我參加的時候又叫了一堆人，我看好多人其實無關，然後直接跟產品經理說現在還是早期，需求還沒確立，沒必要把所有開發、測試都叫上，然後就讓這些人回去了。
會議開始後，產品和架構又爭執不休，我及時打斷了，說這個如果你們不能在會上達成一致，那你們倆私下聊，我們先撤。或者，我現在去把***叫來讓他定奪。最後是把這個***叫來，然後10幾分鐘後就確定了，散會，後面也沒再開第5次了。
與會人員、會議時間、地點
會議主題：做個簡短介紹，包括背景、主要討論的問題
達成的共識、結論：涉及流程類的，需加入到流程當中或者對原流程文件進行修改並宣貫到所有人
待跟進事項：一一這樣列出，每一條責任到人，如有必要，建立任務跟蹤，確定截止時間
未確定事項或者說需進一步討論的（在會上沒有得出結論的，需另約時間討論）也一一條列出，會後單獨再討論或者下次再搞個小範圍的會議再討論
刪除內容一一列出
文件待進一步補充說明（如需求宣講、用例評審、設計評審）
會議紀要發出後，對於其中要跟進、要修改或刪除或調整的內容都要有對應的人去跟進，不然很有可能最後列出的事項或達成的共識會變成空談，會議白開了。下次遇到同樣的問題可能又會爭論不休或者得重新再討論一番。
以上純屬個人見解，不喜勿噴
如何debug乙個問題的方法經驗之談
眾所周知，對於軟體行業，只要是開發工作，永遠都避免不了有bug的存在，有bug並不可怕，就怕你在 的海洋中毫無方向的摸索，那簡直就是噩夢！而我在帶團隊的過程中，常常發現屬下經常面對稍微困難一點的bug時都無所適從，不知道從 下手，有的時候，問題居然就是出在少了乙個括號，符號，逗號等等，而找我debu...
效能測試專案的一些經驗之談
月初曾經到x省做電力公司的效能測試專案,由於之前並無任何的測試經驗以及效能測試專案經驗.所以這次的效能測試之行心中充滿了太多的疑問以及不確定.專案的背景 電力公司的乙個資產管理系統已經研發完畢,由於需要做推廣工作,故此在推廣之前需要做效能測試,目的有三 1 找出系統的效能瓶頸 2 對效能進行優化工作...
壓力負載測試的一些經驗之談
我看是否有記憶體洩漏的時候是這樣做的 記錄大併發開始前和結束後的差值，然後再記錄不做壓力的時候相同時間內的記憶體差值，兩者作對比，如果很大的話就認為有記憶體洩漏。不知道這樣對不對？事務響應時間,每秒事務數指的乙個使用者數還是虛擬使用者總數呢 在向系統加壓過程中，如果系統的記憶體沒有洩露，那麼當壓力一...