【事后回顾、复盘总结】AAR(After Action Review)—项目知识管理

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