AAR 操作使用样例:
AAR(After Action Review)的最终目的:持续提高未来绩效。
能带来以下五个方面的价值:
- 不犯重复错误
- 固化成功经验
- 发现改进机会
- 提升员工能力
- 建立完善的作业系统
简单说来,复盘可以达到的效果有两条:
- 优化弱项,强化强项
- 明确自己的价值,明确工作的价值
那么,复盘到底该怎么做呢?或者说,做好复盘有比较高效、实用的方法吗?
一、复盘的底层逻辑
复盘首先是要做的是客观事实陈述,一个有效的AAR(After Action Review)必须建立在“铁的事实”的基础上,如果现实难以陈述清楚,并取得一致,将导致复盘进展缓慢或无法深入下去。
一旦事实确定下来了,就开始诊断、分析存在差异的原因,找出导致成功或失败的根本原因后进行规律总结。明白为什么会成功、哪些关键行为起了作用、这些行为有没有适用条件,对于提高后续行动的成功率有没有价值。
因此,一个完整的复盘就出现了,包括如下四个步骤:
AAR的基本程序
- 我们打算做什么 — 目标
- 实际发生了什么 — 怎么做的
- 成功之处是什么?不足之处是什么?有什么改进或创新的机会?
- 下次我们将怎么做
二、做好AAR需要
- 具有不自满的精神
- 具备一点敢于面对失败的勇气
- 把 AAR当作一个学习手段,一个团队学习、交流分享的沟通平台
- 它不是拘泥于过去,而是放眼于未来。
- 企业有持续改进的文化
三、做好AAR的注意点
- AAR的目的并非确认过失、决定成败,而是要学习与行动
- AAR并非其它正式流程(例如PDCA循环Plan-DO-Check-Act)的替代品
- AAR是要人们变得更行动导向,而非做更多的分析(不是一个为做而做的过程,而是为了改进,所以要立刻进行改进,如果有些活动需要间隔一段时间后才会重复进行,那么也要在活动进行前复习一下原来的AAR文档,以期在下次行动中改进)
四、测试阶段的复盘
1 测试计划复盘
- 是否有完整、准确的测试用例?
- 是否有一个测试计划?这样的计划是否有效?
- 团队是如何测试并跟踪产品开发效果的?
2 测试方案复盘
- 使用了哪些测试工具来帮助测试?是否可以持续使用?
- 测试的时间、人力和软件/硬件资源是否足够?
3 测试结果复盘
- 哪个功能模块产生的Bug最多,为什么?
- 哪些BUG出现回滚,原因是什么(回滚:即程序版本回退。出现较大bug,程序从1.1回退到1.0,迭代之后全是bug,修复成本高)
4上线阶段复盘
- 测试、预发布环境是否存在此问题?
- 出现生产问题的具体因素是什么?
下载 AAR总结复盘活动记录表.xlsx