この記事では、AARの意味と4つの問い、よく使われるKPTとの違い、そして振り返りを「やりっぱなし」で終わらせず、現場の経験や暗黙知を組織の知識に変える方法を、実践にもとづいて解説します。なお、KPT法そのものの進め方を詳しく知りたい方は、KPT法とは？振り返りの進め方を完全解説をご覧ください。本記事は、その一歩先——振り返りを「組織の学習」に変えることに焦点を当てます。
AAR（アフターアクションレビュー）とは
AARは「After Action Review」の略で、日本語ではアフターアクションレビュー、または事後検証・事後レビューと訳されます。ある活動（アクション）が終わった直後に、関係者が集まって「何が起きるはずで、実際はどうだったか」を構造的に振り返る手法です。
もともとはアメリカ軍が訓練や作戦の改善のために体系化し、その後ビジネスや公衆衛生の分野に広がりました。WHOは、感染症のアウトブレイクなど公衆衛生上の緊急対応を改善するための公式な手法としてAARを位置づけ、ガイダンスを発行しています。※出典：WHO『Guidance for After Action Review (AAR)』2019
AARの特徴は、個人の成績や能力を評価する場ではないという点です。WHOのガイダンスでも、AARは個々のパフォーマンスを評価するためのものではなく、対処すべき機能的な課題と、維持すべき良い実践を明らかにするためのものとされています。つまり「誰が悪かったか」ではなく「仕組みのどこを変えれば次は良くなるか」を見つける場です。
AARの「4つの問い」
AARの核心は、いたってシンプルな4つの問いにあります。難しいフレームワークではなく、この問いを順番にたどるだけで振り返りが構造化されます。
① 何が起きるはずだったか？
まず、計画・目標・想定を確認します。「このプロジェクトは、本来どうなるはずだったか」を言葉にすることで、評価の基準が定まります。ここを飛ばすと、振り返りが感想の言い合いになってしまいます。
② 実際には何が起きたか？
次に、実際に起きた事実を、評価や解釈を交えずに確認します。AARでは、理想論（どうあるべきだったか）ではなく、実際にどうアクションが実行されたかを客観的に描き出すことを重視します。ここでは「良い・悪い」を判断せず、事実を並べることに徹します。
③ なぜ差が生まれたのか？
①と②のあいだに生じたギャップ（差）と、その原因を分析します。うまくいった点も、いかなかった点も、両方の「なぜ」を掘ります。この原因分析こそがAARの肝であり、ここを深く掘れるかどうかで成果が決まります。
④ 次に何を学び、どう活かすか？
最後に、次の機会に活かせる教訓と、具体的なアクションに落とし込みます。重要なのは、責任者と期限をつけた「行動」にすること。学びを言葉にするだけで終わらせず、次にどう動くかまで決めてはじめて、振り返りが成果につながります。
AARとKPTの違い
振り返りのフレームワークとしては、日本ではKPT（Keep・Problem・Try）が広く知られています。AARとKPTは似ているようで、力点が異なります。
| AAR | KPT | |
|---|---|---|
| 主な力点 | 計画と実際の「ギャップ」の分析 | 継続・課題・改善の洗い出し |
| 問いの起点 | 「何が起きるはずだったか」（計画基準） | 「何が良かったか・問題か」（現状基準） |
| 得意な場面 | 想定とズレた出来事・重要な節目の深掘り | 定期的な改善サイクル・チーム運営 |
ざっくり言えば、KPTは「改善点を洗い出して次に試す」改善志向、AARは「計画と実際のズレを分析して原因に迫る」分析志向です。どちらが優れているということはなく、目的で使い分けます。日々のチーム改善はKPT、想定外が起きた重要な案件の深掘りはAAR、といった組み合わせも有効です。KPTの具体的な進め方はKPT法の解説記事を参照してください。
AARはどこで使われているのか
AARの信頼性は、その採用範囲の広さに表れています。
軍事から公衆衛生へ
AARはアメリカ軍が訓練のたびに短く振り返る習慣として確立し、その「経験から組織的に学ぶ」考え方が、ビジネスや行政に広がりました。WHOは感染症対応など公衆衛生上の緊急事態の事後レビューにAARを採用し、世界各国で活用されています。
企業・チームへの応用
こうした緊急対応の現場で磨かれたAARは、企業のプロジェクト運営や製品開発の振り返りにもそのまま応用できます。「重要な活動の直後に、計画と実際のギャップを、犯人探しせずに分析する」という枠組みは、業種を問わず機能します。
振り返りが「やりっぱなし」で終わる3つの原因
多くの組織で、振り返りは導入されても形骸化します。なぜ「振り返りは意味がない」と感じられてしまうのか。現場でよく見られる原因は、次の3つです。
原因1：時間ベースの定例で形骸化する
「毎週金曜に振り返り」と時間で固定すると、振り返るネタがない週でも開催することになり、「特にありません」が続いて中身が空洞化します。振り返りが、目的を見失った”作業”になってしまうパターンです。
原因2：犯人探しの場になってしまう
「なぜできなかったのか」が個人の追及に向かうと、参加者は本音を出さなくなり、当たり障りのない振り返りに終始します。AARが繰り返し強調するように、目を向けるべきは人ではなく仕組み。ここを外すと、振り返りは気まずいだけの時間になります。
原因3：記録が死蔵される
振り返って出した学びが、議事録の片隅に書かれて誰にも読まれない。これでは、せっかく言語化した経験が組織に蓄積されません。学びは、次に使われる形で残してはじめて意味を持ちます。
設計・開発現場は「時間」でなく「節目」で回す
では、形骸化を避けてどう回すか。特に、定型業務が少なく、毎週同じことが起きるわけではない設計・開発・企画のような現場では、カレンダー（時間）ではなく、プロジェクトの節目（イベント）をきっかけに振り返るのが効果的です。
イベントをトリガーにする
「毎週」ではなく、フェーズの切れ目、デザインレビューの直後、想定と結果がズレたとき、出戻り（手戻り）が発生したとき——こうした節目を引き金にします。とくに出戻りは、現場の暗黙知が最も濃く出る瞬間なので、「出戻りが出たら必ず軽く振り返る」とルール化すると、取りこぼしが減ります。
「軽い振り返り」と「重い総括」を分ける
すべてを毎回じっくりやろうとすると続きません。節目ごとの短い振り返り（高頻度・5〜15分）と、フェーズ完了時のじっくりした総括（低頻度）の2段構えにして、負担を分散させるのがコツです。軽い振り返りはその場の軌道修正、重い総括は知識を蓄積する場、と役割を分けます。
原因は「根本」まで掘る
振り返りを反省で終わらせないために、原因分析では「なぜ?」を数回繰り返して根本原因まで降ります（いわゆる「5回のなぜ」）。WHOのガイダンスも、目先の対処ではなく長期的に効く対策にたどり着くために、根本原因分析を推奨しています。ただし「担当者の不注意」のような人で止めず、仕組みの側に原因を求めるのが鉄則です。
振り返りは「組織の暗黙知」を引き出す場
AARの本当の価値は、改善点を見つけることだけではありません。WHOのガイダンスは、AARの付加価値を高める方法のひとつとして、暗黙知（tacit knowledge）を学習に変え、チームの信頼を築くことを挙げています。これは、振り返りという行為の本質を突いています。
仕事の現場では、判断やコツといった暗黙知が日々生まれています。ベテランが「今回はこう判断した」「あの時こう感じた」と語る瞬間——それは、放っておけば消えてしまう貴重な知識です。振り返りの場は、その生まれたての暗黙知を言葉にして拾い上げ、組織の財産に変える絶好の機会なのです。
だからこそ、振り返りで出てきた学びは「記録して終わり」にせず、判断基準やマニュアルといった形式知に変えて蓄積していくことが重要です。過去のベテランの蓄積を掘り起こす取り組みと、振り返りで日々の学びを拾い続ける取り組み。この両輪がそろってはじめて、組織は経験から学び続けられるようになります。暗黙知を形式知に変える具体的な手順は、暗黙知を形式知に変える方法｜技術伝承を仕組み化する5ステップで解説しています。
まとめ
AAR（アフターアクションレビュー）とは、「何が起きるはずで、実際どうで、なぜ差が生まれ、何を学ぶか」という4つの問いで、計画と実際のギャップを分析する振り返りの手法です。犯人探しではなく仕組みに目を向け、出てきた学びを次の行動と、組織の知識に変えていく——これが、振り返りを「やりっぱなし」で終わらせないための鍵です。
そして振り返りは、単なる反省会ではなく、現場で日々生まれる暗黙知を引き出す場でもあります。その学びを組織の資産に変えていきたい方は、暗黙知とは何か、そして技術伝承を仕組み化する5ステップもあわせてご覧ください。
よくある質問（FAQ）
AAR（アフターアクションレビュー）とは何ですか？
ある活動の直後に「何が起きるはずだったか・実際どうだったか・なぜ差が生まれたか・何を学ぶか」の4つの問いで振り返る手法です。軍やWHOが緊急対応の改善に用いてきた実績があります。
AARとKPTの違いは？
KPTは継続・課題・改善を洗い出す改善志向、AARは計画と実際のギャップを分析する分析志向です。日々の改善はKPT、想定外が起きた重要案件の深掘りはAAR、と使い分けると効果的です。
振り返りはどのくらいの頻度で行うべき？
定型業務が多い現場は定期的に、設計・開発のように不定形な現場は「フェーズの切れ目」「出戻り発生時」など節目をきっかけに行うのが効果的です。時間で固定すると形骸化しやすいので注意します。
振り返りが形だけで終わってしまう時は？
多くは「時間ベースで形骸化」「犯人探しになる」「記録が死蔵される」のいずれかが原因です。人でなく仕組みに目を向け、出た学びを次の行動と組織の知識に変える仕組みをつくることが解決策です。
振り返りと暗黙知はどう関係しますか？
振り返りは、現場で日々生まれる判断やコツ（暗黙知）を言語化して拾い上げる場です。そこで出た学びを形式知（マニュアルや判断基準）に変えて蓄積することで、組織の知識として活用できます。
振り返りで出てきた現場の学びを、組織の仕組みに変えませんか？ 私たちは、暗黙知を引き出し、形式知化して技術伝承につなげる取り組みを支援しています。実践的な手法を学べるセミナー・資料をご用意していますので、お気軽にお問い合わせください。
