回顾review是敏捷开发中的一个必不可少的实践也是把整个敏捷开发过程连接成一个闭环的关键节点本文将阐述我们是如何做敏捷回顾的。
敏捷回顾最高指导原则
无论我们发现了什么考虑到当时的已知情况、个人的技术水平和能力、可用的资源以及手上的状况我们理解并坚信每个人对自己的工作都已全力以赴。
敏捷回顾的目标
发现问题持续改进。
敏捷回顾常碰到的问题唉又要开总结会了…每次时间都那么长问题讨论来讨论去就那几个没啥新意都不记得这段时间做过啥了新迭代KO总结放在一天时间太紧我们敏捷回顾会议内容
1.产品数据
目的通过分析用户数据来看我们的产品设计是否赢得了用户的认可
做法收集前一迭代上线后的相关产品数据如新功能使用日UV、PV等当然如果发布后第二天召开回顾会议可能不能马上收集到相关数据也可以分析上上迭代的新功能使用情况。
2.项目质量
目的通过项目过程数据来看质量
做法分别从冒烟测试通过率、bug分析、集成测试方面来衡量项目质量找到做的好与不好的原因。bug分析可以通过QC导出统计报表从多维度进行分析bug等级引入层级等方面如下图
图1缺陷引入层级统计
集成测试可以通过集成测试框架如Hudson主要关注单元测试覆盖率通过率以及注释率等指标如下图
图2集成测试情况
3.各抒己见
目的总结项目中做的好的不好的
做法从KEEP做的好的要保持的CHANGE做的不好的需要改进的TRY可以尝试的三个方面进行总结。首先回顾下上次总结会议列出来的CHANGE和TRY事项看看前一迭代做的怎么样接着总结前一迭代的情况每个团队成员在回顾会议前都先想好写到便签条上防止说的时候人云亦云将每个人说的汇总并由大家投票列出哪些可以在下一迭代中改进以及尝试列出具体的action建议不要多余三项否则太发散什么都做不好。如下图
4.个人总结
目的督促项目成员自己做总结看有哪些收获和遗憾不仅要项目成功成员也有要有所成长也便于项目经理后续的任务安排有所侧重
做法成员轮流发言总结自己在前一项目中的收获和遗憾尽量具体收获指的是工程师在技术方面学到了些什么总结了才会有成长遗憾则指的是项目启动时给自己设定的目标或计划没有完成的。
以上就是我们敏捷回顾中的4个部分在组织会议上可以适当采取轮流主持以及准备些水果、零食利于大家保持放松经过前一个迭代的紧张开发和测试通过敏捷回顾稍作休息整装待发。
5466
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
