阿里内贸团队敏捷实践-敏捷回顾

敏捷回顾常碰到的问题?唉，又要开总结会了…?每次时间都那么长?问题讨论来讨论去就那几个，没啥新意?都不记得这段时间做过啥了?新迭代KO，总结放在一天时间太紧我们敏捷回顾会议内容

集成测试可以通过集成测试框架如Hudson，主要关注单元测试覆盖率，通过率以及注释率等指标，如下图：

3.各抒己见

目的：总结项目中做的好的，不好的

做法：从KEEP（做的好的，要保持的），CHANGE（做的不好的，需要改进的），TRY（可以尝试的）三个方面进行总结。首先回顾下上次总结会议列出来的CHANGE和TRY事项，看看前一迭代做的怎么样；接着总结前一迭代的情况（每个团队成员在回顾会议前都先想好，写到便签条上，防止说的时候人云亦云），将每个人说的汇总，并由大家投票列出哪些可以在下一迭代中改进以及尝试，列出具体的action，建议不要多余三项，否则太发散什么都做不好。如下图：

4.个人总结

目的：督促项目成员自己做总结，看有哪些收获和遗憾，不仅要项目成功，成员也有要有所成长，也便于项目经理后续的任务安排有所侧重

做法：成员轮流发言，总结自己在前一项目中的收获和遗憾，尽量具体，收获指的是工程师在技术方面学到了些什么，总结了才会有成长，遗憾则指的是项目启动时给自己设定的目标或计划没有完成的。

以上就是我们敏捷回顾中的4个部分，在组织会议上可以适当采取轮流主持，以及准备些水果、零食，利于大家保持放松，经过前一个迭代的紧张开发和测试，通过敏捷回顾稍作休息，整装待发。