項目組壹直對回顧會的效果持懷疑態度，總是以沒有時間為由放棄回顧會。事實上，有必要對會議進行審查。項目壹直高速向前沖，每天都在圍繞需求和bug叠代，壹定要花時間總結，看看有沒有用。
回顧會議的關鍵是確定形式和內容。傳統的復習就是總結和規劃，太空洞了。我覺得最近經歷的復習很有效果，就錄了下來。
回顧會議的兩個前提，那就是開放和信任。
所謂開放，就是創造壹個自由交流的環境。首先高層領導不能到場，讓大家平等自由交流。其次，可以在會議開始的時候玩壹些簡短的破冰遊戲，比如大家分享壹下自己最近的收獲或者生活中的壹些趣事，拉近彼此之間的距離。
所謂信任，就是假設上壹次叠代的所有決策和處理方式都是可以的，不去追求之前就存在的不合理。我們今天的會議是為了讓未來的事情變得更好，而不是為了人們。
我們會議的主要過程是:
1.每個人都被分成小組。因為這次參與的成員有運維、測試、R&D三個部門，所以每個小組都包含了來自上述三個部門的成員。
2、給每個小組起個名字，選個組長，定個口號(分組的目的是比較，加強大家的合作和積極性。我們有壹個組叫小虎隊，然後另壹個組叫老虎隊，所以第三個組自然就叫老虎隊了，氣氛瞬間特別歡樂)
3.分組後，評審會的主要流程正式開始。
針對之前存在的bug(我們選取了今年以來網上出現的所有bug)。
每個小組選出他們認為影響最大的前五個bug。
然後投票決定大家認為影響最大的三個bug。
然後每個小組選擇壹個bug進行原因分析。
然後分析解決方案。
最後總結壹下所有的解決方法。再次篩選方案，選擇最重要的兩個進行改進。
落實到部門、責任人和進度。
然後在每次小組會議上匯報任務的進展。
為了調動每個人的積極性，小組采用記分制。為了得到大家的真實想法，大家需要在第壹時間表達自己的觀點，寫筆記而不是互相交流。寫完後貼出來給大家看，因為每個人的想法都很重要。)
4.在感謝環節，大家用便利貼寫下最想感謝的人，為什麽感謝，有哪些具體的事情或表現。得到最多感謝的人會有獎勵。其實這個時候有沒有獎勵並不重要。重要的是每個小夥伴都會覺得自己的付出是有價值的。我其實很高興得到團隊的認可。得不到回報的人，也知道自己以後會做什麽。(其實我覺得這個環節也可以增加鼓勵的內容。不是每個人都對別人有幫助，被指出某件事做得不好，需要改進，也是很有價值的。)
通過這次復習，大家最大的感受就是很多問題的根源其實都是壹樣的，符合20/80原則。所以解決bug，不要疲於打補丁，而是要下定決心從根本上解決問題。
其實對於我個人來說，這次回顧不僅僅是壹次項目叠代的回顧會，更是提醒我定期總結分析復盤，確立努力方向，樹立對自己的信心是多麽重要。