回顾review是敏捷开发中的一个必不可少的实践也是把整个敏捷开发过程连接成一个闭环的关键节点本文将阐述我们是如何做敏捷回顾的。
敏捷回顾最高指导原则
敏捷回顾常碰到的问题唉又要开总结会了…每次时间都那么长问题讨论来讨论去就那几个没啥新意都不记得这段时间做过啥了新迭代KO总结放在一天时间太紧我们敏捷回顾会议内容
![](http://hi.csdn.net/attachment/201107/13/0_13105276487i22.gif)
集成测试可以通过集成测试框架如Hudson主要关注单元测试覆盖率通过率以及注释率等指标如下图
![](http://hi.csdn.net/attachment/201107/13/0_1310527424bBqY.gif)
3.各抒己见
目的总结项目中做的好的不好的
做法从KEEP做的好的要保持的CHANGE做的不好的需要改进的TRY可以尝试的三个方面进行总结。首先回顾下上次总结会议列出来的CHANGE和TRY事项看看前一迭代做的怎么样接着总结前一迭代的情况每个团队成员在回顾会议前都先想好写到便签条上防止说的时候人云亦云将每个人说的汇总并由大家投票列出哪些可以在下一迭代中改进以及尝试列出具体的action建议不要多余三项否则太发散什么都做不好。如下图
![](http://hi.csdn.net/attachment/201107/13/0_1310528199BGGG.gif)
4.个人总结
目的督促项目成员自己做总结看有哪些收获和遗憾不仅要项目成功成员也有要有所成长也便于项目经理后续的任务安排有所侧重
做法成员轮流发言总结自己在前一项目中的收获和遗憾尽量具体收获指的是工程师在技术方面学到了些什么总结了才会有成长遗憾则指的是项目启动时给自己设定的目标或计划没有完成的。
以上就是我们敏捷回顾中的4个部分在组织会议上可以适当采取轮流主持以及准备些水果、零食利于大家保持放松经过前一个迭代的紧张开发和测试通过敏捷回顾稍作休息整装待发。