由一篇文章想到

 

前些天读了一篇文章－像Google一样开会，讲述了Marissa Mayer (Google搜索产品的副总裁，see BusinessWeek.com, 6/19/06, “Marissa Mayer: The Talent Scout”)，一个真正的会霸，成功开展高效会议的几个方法。回想之前经历开过的各种会议，特别是与现在工作紧密相关的Planning Meeting和Retrospective Meeting，不禁自问：这些会议的预期是什么？这些会议都达到预期目标了么？是不是也象Mayer一样做到有序、高效？

 

我试着拿几个会议中最为重要的回顾会为对象，分解这三个问题，得到了下面的结果：

 

图画好后，一个回顾会已经慢慢有了轮廓，只是议程还需要细化一下，不过这些看起来已经是一个不错的开始。

只要清楚了预期目标是什么，大体议程很容易做出来，于是我继续把议程补充上去。

 

 

我一边看着图一边再次问自己那三个问题，现在已经有了清楚的预期和以这些预期为目标的议程，而且有了几个方法来让会议保持高效，看起来我们已经回答了最初的三个问题。但为什么还是感觉少了些东西？对啊，我为什么不用平时评判是否敏捷的标准来审视一下那？

 

我个人使用质量、效率、积极性作为我对敏捷的评判标准，纵观现在的图中，其中尽是关于流程、目标、方法这些关于形的设定，而对真正参与其中的人却几乎没有涉及。

 

下面是一篇文章一本书，里面有部分回顾会中关于人方面的经验和建议。

 

先是之前我读过的一篇文章叫回顾的五条原则，其中James Carr将他参加过的数以百计的回顾会的成功和失败经验整理成5点建议： 回顾是属于团队  别让它变成一个抱怨会 穿插一些小游戏（Activities）会更棒 每次只选一个目标 一定要有后续跟进  然后是一本叫《AgileRetrospectives – Making Good Teams Great》的书，作者在书中介绍了很多在回顾会中的方法和技巧，因为太多就不列举了。

也许其中有值得我们去借鉴的地方，让团队成员更重视也更积极的参与其中，乐于通过回顾会来解决自己或别人在开发过程中遇到的烦恼，乐于用自己的想法和建议帮助团队成长、成功，这些是一个敏捷回顾的神。让我们继续把这些加入到图中。

再次看这张图时，我终于感觉最初的三个问题得到了回答。

 

另外一点是关于多团队下的回顾会，我不禁又要自问：为了不让问题一再出现，悲剧历史一再重演，我们该如何让一个团队的回顾经验更便捷的传播到其他团队中去？

转载于:https://www.cnblogs.com/ChandlerYou/archive/2010/04/07/1706075.html