03 AAR 与迭代回顾：简洁高效的行动后学习

TL;DR：AAR（After Action Review）是美国陆军发展的行动后学习方法，只用四个问题就能产出可复用的学习。迭代回顾是 AAR 在敏捷中的变体。两者都不追求完整 PDSA 的严谨，而是以极低成本在每次行动后快速提取“预期 vs 实际”的差距。核心纪律：写下来而非只在脑子里过一遍——不落纸的学习等于没学。

概念解释

AAR 的由来与定义

AAR（After Action Review）由美国陆军在 1970 年代发展，后被企业管理领域广泛借鉴。它的设计原则是：任何行动结束后，无论成功失败，都立即进行结构化回顾。AAR 的核心不在四个问题本身，而在纪律——每次必做、当场写下来、不归罪个人。

四个问题

AAR 的全部内容就是四个问题：

1. 原本打算做什么？（预期目标）
2. 实际发生了什么？（事实，不含解释）
3. 为什么有差距？（原因，可有多条）
4. 下次怎么改？（行动项）

AAR 与 PDSA 的关系

使用建议：日常迭代用 AAR 快速回顾；重要改进用 PDSA 深度研究；事故用 无责复盘：从时间线到系统防线。三者不是互斥的，可以在不同层面并行使用。

迭代回顾与 AAR 的区别

迭代回顾（Sprint Retrospective）是敏捷框架中的 AAR 变体，通常在迭代结束时进行。它增加了一层：不仅回顾“这次做了什么”，还追问“我们的工作方式本身需要改变什么”。这与 AAR 的第四问“下次怎么改”类似，但更强调改流程而非只改动作。

目录

AAR 四问详解

关键纪律：四个问题必须写下来。只在脑子里过一遍不等于复盘——不落纸的学习无法被他人复用、无法被复查、无法被更新。这与 复盘与学习总览：从行动结果到能力更新 的四要素一致。

迭代回顾清单

在 AAR 四问基础上，迭代回顾可增加：

原则：迭代回顾的产出不是“下次注意”，而是至少一条有负责人和复查日期的可验证行动项。如果回顾后没有任何东西变了，回顾就是表演。

软件工程示例

某迭代交付了 3 个需求中的 2 个，第三个延期。

关键：第四问的两条行动项都是规则层更新，不是“下次注意沟通”。它们改变了工作方式（标注依赖、不放未就绪需求），这属于 单环、双环与系统学习：更新哪一层 的双环学习。

适用边界与误用

• 不适合深度事故分析：事故需要完整无责复盘（时间线 + 防线 + 行动项），AAR 四问不够深。
• 不适合只看指标不看原因：AAR 必须回答“为什么有差距”，不能只罗列“做成了几件”。
• 不能变成抱怨会：如果第三问变成各团队互相指责，主持人需引导回到事实和系统条件。
• 不落纸等于没做：只在脑子里过一遍不产生可复用的学习。

关联笔记

• 复盘与学习总览：从行动结果到能力更新（AAR 是复盘的轻量形式）
• PDSA 循环：从预测到研究的知识生成（PDSA 是 AAR 的严谨版）
• 单环、双环与系统学习：更新哪一层（AAR 第四问决定更新深度）
• 软件工程综合实践（系统思维专栏的迭代回顾实践）

参考资料

• The After Action Review — A technique for learning from experience
• Agile Retrospectives: Making Good Teams Great — Esther Derby & Diana Larsen
• The Agile Retrospective — Scrum Guide