沒人會喜歡這樣的會議，把時間花在無休止的爭論中。更不會有人喜歡這樣的會議，別人徵詢了他們的意見，但很快將它置之不理。 回顧會議組織者（以及任何帶領小組討論的人）需要一些辦法幫助讓團隊成員思考、討論、並有效地作出決定。下面是5個小貼士，可以幫助你把絕大多數時間花在回顧會議上（以及任何其它的會議）。
1. 把工作交給組員做
一些組織者認爲他們的工作就是站在房間的最前面，並做這些事兒就行了──寫寫活動掛圖，解釋一下數據涵義，然後就向小組傳達正確的決定。相反！作爲回顧會議的組織者，你要幫助小組，把工作交給他們做，而不要越俎代庖。如果你替他們做了，他們並不會有認同感。
把工作交給組員做，一個簡單的方法是，把大家頭腦風暴產生的想法在活動圖表上列出來。讓組員自己把觀點寫在便箋上（使用大號深色記號筆），而不是讓組員說自己來寫。寫完後把便箋粘貼上去。這個方法有3個額外的優勢：1）便箋可以移動，很容易分組；2）內向的人更容易插嘴；3）組員能夠參與流程。
2. 忠實記錄
當你拿起記號筆幫小組記錄時，一定要忠實。我曾見過這樣的情形，頗讓我感到震驚：一個組織者只記錄他同意的觀點，另外一個組織者寫的則是他的解釋，跟組員所說的並不完全一致。比如，某個人建議團隊需要正式同意參加每日站立會議，主持人寫的是“遵守承諾”；另外一個主持人問了3次以後，仍然無法正確領會組員的意思。
如果組織者忽略或者誤解了某個人的想法，這個人會覺得自己被忽視了，很可能就會對接下來的會議不理不睬。
如果你拿着筆，就需要正確領會別人的觀點，而不要加入自己的觀點。有時，有些人發表觀點的時候可能還沒完全準備好。此時，可以讓他用簡單幾個單詞把觀點總結一下。如果不能用簡單扼要的用一句話描述出來，就簡單總結一下，然後詢問這樣的總結是否可以。
3. 採用並行處理
計算機專家知道如何設計程序，以利用並行處理的優勢。回顧會議主持人也可以使用並行處理，來更有效地處理多個工作。比如，假設小組意識到當前困難是由3個方面的問題引起。那麼就別一個接一個地處理，把小組分成2個或者以上更小的組，分別查找根本原因。最後回到一塊查找共同的根本原因。
當小組內有1個或者2個人試圖主導談話的時候，並行處理也會有用。分成更小的組能夠減少對整個組的影響。除此之外，許多人在大組裏面很少說話，但是在小組裏面就可能發言，這對所有的參與者是個很好的平衡。
4. 讓組員作結論
人類大腦對數字敏感，所以回顧會議主持人會告訴團隊他們的所見所想，這毫不奇怪。大家剛剛坐下，剛粘貼一個時間線之後，回顧主持人就開始長篇大論，講述他對項目的意見。即使主持人是全場關注焦點（而這位並不是），團隊很可能不接受他的觀點。這就像批評你的小叔子，你丈夫說他弟弟喝酒太多，毫無問題，但試試你這樣說結果會如何。
一些回顧主持人辯稱，讓小組處理數字花費時間太長──而讓他們做有效的多。主持人把他對數字的理解傳達給團隊，所花費的時間更少，這有可能是正確的。但如果主持人不關心團隊是否真得對他的觀點買賬，並按照他的理解去做事兒，只有這樣纔會更有效。
5. 測試認可程度
小組會不斷地討論問題、審視顧慮、回答問題。因此做個徹底分析，得出結論非常重要。如果有人要求澄清決定或相關問題時，要測試大家對該問題的認可程度。
測試認可程度與做最後決定不同。測試認可程度可以根據數據來評價，看真正還需要多少討論。測試認可程度的一個方法是“五指拳”。每個人使用6個點，在此範圍內表達他對建議或者選擇的支持程度，它不需要用紙投票，用手就夠了。投票方式如下：
5個手指 = 我強烈支持
4個手指 = 我支持，有一些保留意見
3個手指 = 團隊同意我就同意
2個手指 = 我持嚴重的保留意見
1個手指 = 我反對
拳 = 我會阻止進一步討論
（我建議不要使用中指表示反對)
如果團隊的每個人都強烈支持（4或者5個手指），你知道你只需要記錄一下別人的意見，並且儘量減少風險就行了，而對團隊來說，可能不需要花費很長時間討論這個話題。然而，如果大家的支持不溫不火（3個手指），則需要保證有更多的討論──可能要找到更好的替代方案。
如果團隊中大多數人出示了3個手指或者更少，就換一種選擇吧，不用再花時間討論都不想要的選擇。
如果你領導團隊，那麼實踐這些小貼士，大家很快會注意到會議變得更好更有用。
作者簡介
Esther Derby是Better Software雜誌和StickyMinds.com的定期撰稿人，善於將技術和管理方面的問題與人的問題相結合來考慮，夠幫助軟件團隊在生產效率上提高到新的高度。Esther參與編寫了《敏捷回顧: 讓團隊從優秀到卓越》，參與創辦了AYE大會，並在STAREAST、STARWEST、和Better Software展會上做過報告。您可以通過[email protected]聯繫她。
查看英文原文：[url]http://www.stickyminds.com/sitewide.asp?Function=edetail&ObjectType=COL&ObjectId=14358&tth=DYN&tt=siteemail&iDyn=2[/url]
1. 把工作交給組員做
一些組織者認爲他們的工作就是站在房間的最前面，並做這些事兒就行了──寫寫活動掛圖，解釋一下數據涵義，然後就向小組傳達正確的決定。相反！作爲回顧會議的組織者，你要幫助小組，把工作交給他們做，而不要越俎代庖。如果你替他們做了，他們並不會有認同感。
把工作交給組員做，一個簡單的方法是，把大家頭腦風暴產生的想法在活動圖表上列出來。讓組員自己把觀點寫在便箋上（使用大號深色記號筆），而不是讓組員說自己來寫。寫完後把便箋粘貼上去。這個方法有3個額外的優勢：1）便箋可以移動，很容易分組；2）內向的人更容易插嘴；3）組員能夠參與流程。
2. 忠實記錄
當你拿起記號筆幫小組記錄時，一定要忠實。我曾見過這樣的情形，頗讓我感到震驚：一個組織者只記錄他同意的觀點，另外一個組織者寫的則是他的解釋，跟組員所說的並不完全一致。比如，某個人建議團隊需要正式同意參加每日站立會議，主持人寫的是“遵守承諾”；另外一個主持人問了3次以後，仍然無法正確領會組員的意思。
如果組織者忽略或者誤解了某個人的想法，這個人會覺得自己被忽視了，很可能就會對接下來的會議不理不睬。
如果你拿着筆，就需要正確領會別人的觀點，而不要加入自己的觀點。有時，有些人發表觀點的時候可能還沒完全準備好。此時，可以讓他用簡單幾個單詞把觀點總結一下。如果不能用簡單扼要的用一句話描述出來，就簡單總結一下，然後詢問這樣的總結是否可以。
3. 採用並行處理
計算機專家知道如何設計程序，以利用並行處理的優勢。回顧會議主持人也可以使用並行處理，來更有效地處理多個工作。比如，假設小組意識到當前困難是由3個方面的問題引起。那麼就別一個接一個地處理，把小組分成2個或者以上更小的組，分別查找根本原因。最後回到一塊查找共同的根本原因。
當小組內有1個或者2個人試圖主導談話的時候，並行處理也會有用。分成更小的組能夠減少對整個組的影響。除此之外，許多人在大組裏面很少說話，但是在小組裏面就可能發言，這對所有的參與者是個很好的平衡。
4. 讓組員作結論
人類大腦對數字敏感，所以回顧會議主持人會告訴團隊他們的所見所想，這毫不奇怪。大家剛剛坐下，剛粘貼一個時間線之後，回顧主持人就開始長篇大論，講述他對項目的意見。即使主持人是全場關注焦點（而這位並不是），團隊很可能不接受他的觀點。這就像批評你的小叔子，你丈夫說他弟弟喝酒太多，毫無問題，但試試你這樣說結果會如何。
一些回顧主持人辯稱，讓小組處理數字花費時間太長──而讓他們做有效的多。主持人把他對數字的理解傳達給團隊，所花費的時間更少，這有可能是正確的。但如果主持人不關心團隊是否真得對他的觀點買賬，並按照他的理解去做事兒，只有這樣纔會更有效。
5. 測試認可程度
小組會不斷地討論問題、審視顧慮、回答問題。因此做個徹底分析，得出結論非常重要。如果有人要求澄清決定或相關問題時，要測試大家對該問題的認可程度。
測試認可程度與做最後決定不同。測試認可程度可以根據數據來評價，看真正還需要多少討論。測試認可程度的一個方法是“五指拳”。每個人使用6個點，在此範圍內表達他對建議或者選擇的支持程度，它不需要用紙投票，用手就夠了。投票方式如下：
5個手指 = 我強烈支持
4個手指 = 我支持，有一些保留意見
3個手指 = 團隊同意我就同意
2個手指 = 我持嚴重的保留意見
1個手指 = 我反對
拳 = 我會阻止進一步討論
（我建議不要使用中指表示反對)
如果團隊的每個人都強烈支持（4或者5個手指），你知道你只需要記錄一下別人的意見，並且儘量減少風險就行了，而對團隊來說，可能不需要花費很長時間討論這個話題。然而，如果大家的支持不溫不火（3個手指），則需要保證有更多的討論──可能要找到更好的替代方案。
如果團隊中大多數人出示了3個手指或者更少，就換一種選擇吧，不用再花時間討論都不想要的選擇。
如果你領導團隊，那麼實踐這些小貼士，大家很快會注意到會議變得更好更有用。
作者簡介
Esther Derby是Better Software雜誌和StickyMinds.com的定期撰稿人，善於將技術和管理方面的問題與人的問題相結合來考慮，夠幫助軟件團隊在生產效率上提高到新的高度。Esther參與編寫了《敏捷回顧: 讓團隊從優秀到卓越》，參與創辦了AYE大會，並在STAREAST、STARWEST、和Better Software展會上做過報告。您可以通過[email protected]聯繫她。
查看英文原文：[url]http://www.stickyminds.com/sitewide.asp?Function=edetail&ObjectType=COL&ObjectId=14358&tth=DYN&tt=siteemail&iDyn=2[/url]
