プロジェクトやイベント後に振り返りをしても、「準備不足だった」「次は気をつけよう」で終わることがあります。失敗の話へ偏って場が重くなったり、成功した部分は当然として見過ごされたりすることもあるのではないでしょうか。
アフターアクションレビュー（After Action Review、AAR）は、期待していた結果、実際に起きた結果、その差が生じた理由、次に維持・改善する行動を順に確認する振り返り手法です。誰を責めるかではなく、チームの実行から学びます。
AARは大規模なプロジェクト終了時だけでなく、訓練、リリース、営業提案、イベント運営など、次に似た活動を行う場面で使えます。記憶が薄れる前に、関係者が事実と判断を持ち寄ることが重要です。
この記事では、AARに向く場面、事前準備、45分の進行例、事実と解釈を分ける質問、改善行動を次回へ引き継ぐ方法を解説します。
この記事を読むと次のことがわかります
AARは計画と実績の差をチームの学びへ変える
AARでは、最初に何を達成しようとしていたかを確認し、実際の結果と比較します。差が悪い方向だけでなく、計画以上にうまくいった点も分析します。
成功・失敗を個人の能力だけへ帰さず、情報、役割、手順、判断条件、環境の相互作用を見ます。
AARは結果が悪かった場面だけに限定しません。予定より早く終わった、問い合わせが少なかった、引き継ぎが滑らかだったといった成功にも、再利用できる条件があります。うまくいった理由を「担当者が優秀だった」で終えると再現できません。事前に判断基準を共有した、確認窓口を一本化した、試作品を早く見せたなど、別のチームでも試せる行動へ分解します。
期待値を確認するときは、売上や納期だけでなく、どのような進め方を想定していたかも扱います。結果は達成していても、一人の長時間労働で帳尻を合わせたなら、その進め方は継続できません。成果指標とプロセス指標を並べることで、表面的な成功の裏にある負荷やリスクも学びに変えられます。
AARを行う時期は、対象の活動が終わった直後が基本です。記憶が新しいうちなら、判断の前提や小さな違和感まで拾えます。ただし、障害対応直後など参加者が疲弊している場合は、安全確保と休息を優先し、事実だけ記録して翌日に議論する選択も必要です。早さを優先するあまり、感情を整理する時間や正確なデータ収集を省かないようにします。
AARが定着したかは、開催回数だけでは判断できません。改善タスクの完了率、同じ問題の再発、計画時に過去の学びが参照された回数などを見ます。会議時間が短くても、次の行動が変わっていなければ形式化しています。逆に、10分の確認でも手順が更新され、次回の結果が改善していれば目的を果たしています。
期待した結果を後付けせず計画から確認する
終了後の印象で目標を書き換えると、公平な比較ができません。企画書、KPI、完了条件、当日の指示から、当初の期待を確認します。
目標が曖昧だったこと自体も学びです。次回は開始前に測定可能な完了条件を置きます。
実際の結果を事実と時系列でそろえる
売上、時間、件数、障害ログ、顧客反応など確認できる事実を集めます。「混乱した」ではなく、いつ判断が止まり、何分遅れたかを示します。
データがない部分は推測と明記し、発言者の記憶を断定的な事実へ変えません。
差の理由は一つの原因へ急いで絞らない
結果との差には、計画、情報共有、役割、設備、外部条件が重なります。「担当者の確認不足」で終えると、次回も同じ条件で起こります。
なぜその判断が合理的に見えたか、必要な情報は届いていたかをたどります。
維持する行動と変える行動を両方決める
うまくいった行動を偶然として流さず、再現条件を残します。改善点だけを並べると、機能していた手順まで変更する可能性があります。
継続、停止、開始の三種類で行動を整理できます。
AARの前に目的・参加者・資料を準備する
記憶が新しいうちに日程を取り、活動へ直接関わった人を中心に招きます。役職者だけでなく、現場で判断した人の視点が必要です。
AARの結果を評価や処分へ直接使うと、失敗を話しにくくなります。目的と記録範囲を事前に共有します。
進行役は結論を持ち込まず、発言の粒度をそろえます。「連携が悪かった」という意見には、いつ、誰から誰へ、何が届かなかったのかを尋ねます。「準備がよかった」という意見にも、どの準備が、どの判断を速めたのかを確認します。否定するための質問ではなく、次回も観察できる言葉へ変換するための質問です。
参加人数が多い場合は、最初の五分で各自が事実を付箋や共有文書へ書き、その後に時系列へ並べます。発言の早い人だけで記憶が固定されるのを防げます。意見が割れた出来事は無理に一つへ統合せず、「営業側では午前に認識」「制作側では午後に認識」のように併記します。この時差そのものが改善対象になることもあります。
オンラインで実施する場合は、時系列、四つの質問、改善タスクの三領域を一画面に用意します。全員が同じ場所へ書き込み、進行役は読み上げながら重複をまとめます。匿名入力は率直さを助ける一方、詳しい状況を確認しにくくなります。最初の収集だけ匿名にし、議論では事実の補足を求めるなど、目的に応じて使い分けます。
対象範囲を一つの活動へ絞る
「今期のすべて」を45分で扱わず、製品リリース、顧客説明会、訓練の一回など開始と終了がわかる単位にします。
複数の問題がある場合は、影響の大きい場面を選び、別のAARへ分けます。
関係者と中立的な進行役を決める
計画者、実行者、支援者など異なる立場を招きます。直属上司が進行すると話しにくい場合は、活動へ直接利害のない進行役を置きます。
参加できない人からは事前に事実と観察を集めます。
計画・実績・時系列を見える場所へ置く
目標、予定表、実績値、出来事の時系列を同じ画面や壁へ表示します。発言のたびに別資料を探す時間を減らします。
機密や個人情報は必要範囲だけにし、配布と保管の権限を決めます。
心理的安全性と責任の扱いを説明する
人を責めず行動と条件を扱う、発言を遮らない、不明は不明とする約束を確認します。
ただし法令違反や安全事故の正式調査をAARで代替しません。必要な報告手続きと学習の場を分けます。
45分のAARを4つの質問で進める
導入5分、期待と実績10分、理由15分、行動10分、確認5分を目安にします。事実確認と改善案を同時に話さないことで、議論の飛躍を防ぎます。
発言を一人ずつ集める場面と、論点を深める場面を分けます。
たとえば新機能の公開が二時間遅れたケースを考えます。予定は10時公開、実績は12時公開。事実を並べると、9時に最終確認項目が追加され、10時20分に承認者が不在、11時に差し戻しが発生していました。ここから「確認不足」とまとめず、追加条件の締切がないこと、代理承認者が決まっていないことを要因として分けます。
次回の行動は「確認を徹底する」ではなく、「公開前日の15時以降は要件を追加しない。例外時は責任者が延期判断をする」「主承認者と代理承認者を計画書に記載する」とします。担当者、期限、完了の証拠まで決めれば、振り返りの結論が実行へ移ります。成果物のテンプレートに承認欄を追加するような仕組みの変更も有効です。
発言が個人批判へ向かったら、「その時点で本人が見えていた情報は何か」「同じ条件なら別の人も同じ判断をする可能性があるか」と問い直します。権限、時間、画面表示、連絡経路など、行動を形作った条件へ視点を戻すためです。反対に、明確な役割違反を曖昧にする必要もありません。事実を記録し、AARとは別の管理手続きで扱います。
質問1は何を起こす予定だったか
目標、役割、重要な判断点を確認します。「予定どおり」の意味を全員でそろえ、成功条件を画面に書きます。
目標が複数なら優先順位も確認します。速度と品質のどちらを優先したかで評価が変わります。
質問2は実際に何が起きたか
時系列に沿って、観察できた事実を並べます。評価語が出たら「具体的に何が起きましたか」と聞きます。
複数の記憶が違う場合は無理に一つへ決めず、ログ確認事項として残します。
質問3はなぜ差が生じたか
うまくいった点と期待に届かなかった点の両方へ「何がこの結果を支えたか」と尋ねます。人の性格ではなく、判断材料、手順、連携を見ます。
原因と相関を混同せず、確認できる根拠と仮説を分けます。
質問4は次回何を維持・変更するか
行動を担当、期限、適用場面まで具体化します。「共有を徹底する」ではなく、「開始前日に責任者がチェックリストを配布する」とします。
最大三件に絞り、次回の計画や手順書へ反映します。
AARの学びを次の活動へ引き継ぐ
議事録を保存するだけでは、次の担当者が同じ条件で迷います。決めた行動を既存のチェックリスト、テンプレート、訓練へ組み込みます。
次の活動前にAARの要点を読み、改善が実施されたかを確認します。
AARで決めた行動は、通常のタスク管理へ移さなければ消えてしまいます。議事録の末尾に残すだけでなく、担当者が普段見るボードへ登録し、期限前に通知される状態を作ります。次回の計画会議では、前回の改善項目を最初に確認し、完了、継続、不要のいずれかを判断します。未完了なら個人を責めるのではなく、優先順位や権限が不足していなかったかを見直します。
重大事故、法令違反、ハラスメントなどは、短時間のAARだけで処理してはいけません。証拠保全や正式な調査、専門部署への報告を優先し、学習の場と責任を判断する手続きを分けます。一方、日常的な業務改善では、AARを小さく頻繁に行うほうが記憶が新しく、改善を次の反復へ間に合わせやすくなります。
改善案は、影響の大きさと実行のしやすさで並べ替えます。すべてを次回までに直そうとすると、担当者が分散し、どれも終わらない状態になりがちです。まず一つから三つに絞り、残りは保留理由を記録します。すぐ試せる案は次の小さな活動で検証し、設備投資や組織変更が必要な案は意思決定者へ根拠とともに渡します。
初回のAARでは、進行役が冒頭に「評価会ではなく、次の実行を改善する場」と明言します。そのうえで、発言は具体的な出来事に結び付け、本人がいない人の意図を決めつけないこと、機密情報を必要以上に記録しないことを共有します。ルールが短く明確なら、参加者は何を話してよいか判断しやすくなります。
時間内に原因を断定できない場合は、「データを確認する」「顧客へ聞き取りをする」といった調査行動を決めます。推測を結論として手順へ反映すると、別の問題を生むおそれがあります。確認する項目、担当、期限、結果を共有する場所まで決め、判明後に改善案を更新します。わからないことを残すのも、精度の高い振り返りには必要です。
複数部署が関わるAARでは、部署ごとの正しさを競うより、受け渡し地点を詳しく見ます。依頼を出した時刻、受領を確認した時刻、完了条件の解釈、変更を知らせた経路を並べます。境界で起きた問題は、どちらか一方の注意力ではなく、受付方法や承認条件を共通化することで再発を減らせる場合があります。
記録は、対象活動、日時、参加者、四つの質問への回答、決定した行動、担当、期限を一ページにまとめます。発言録を全文残すより、判断に使った事実と決定理由が追えることを優先します。後から読む人が、なぜ手順を変えたのか、どの条件では元の方法を使うのかまで理解できれば、学びが別の担当者にも引き継がれます。
AARを短時間で終えるためには、議論を省くのではなく、対象を狭くします。一回のリリース、一回の商談、一日の運営など、参加者が同じ出来事を見ている単位を選びます。大きな案件は節目ごとに分け、最後に共通傾向をまとめます。対象が明確なら事実をそろえやすく、改善行動も次の似た場面へ適用しやすくなります。結論が出ない論点は別の調査課題として切り出し、会議全体を延長し続けないことも大切です。終了時には、参加者全員が決定事項を同じ言葉で説明できるか確認します。認識がずれたまま散会すると、改善策の実行段階で再び解釈が分かれます。担当者から行動と期限を読み上げてもらい、記録の共有先もその場で示せば、会議後の伝達漏れを防ぎやすくなります。
改善項目は担当・期限・確認方法を持たせる
「マニュアル更新、担当A、8月5日、責任者レビュー」のように管理します。担当不在の提案は実行されにくくなります。
担当者だけへ負担を渡さず、必要な権限と時間も確保します。
成功要因は標準手順として残す
臨時の朝会が判断を速めたなら、どの期間、誰が参加し、何を確認したかを記録します。単に「連携が良かった」としません。
再現に不要な偶然と、維持すべき条件を分けます。
他チームへ共有する教訓は文脈を添える
結論だけを横展開すると、条件の違うチームで誤用されます。対象、規模、制約、適用できる範囲を添えます。
機密情報と個人名を除き、学びの根拠がわかる形にします。
次回の開始前に改善項目を再点検する
計画会議の冒頭で前回AARの行動を確認します。完了していない項目は、理由とリスクを見て延期・変更・中止を決めます。
AARの回数ではなく、次の行動が変わったかを成果にします。
反省より計画と実績の差を次の手順へ残そう
アフターアクションレビューは、期待した結果、実際の結果、差が生じた理由、次回の行動を順に確認する振り返り手法です。失敗だけでなく、維持すべき成功要因も扱います。
実施前に範囲、参加者、資料、記録の扱いを決め、45分では事実と解釈を分けて進めます。改善行動は担当、期限、確認方法を持たせます。
次の活動前にAARの決定を読み返し、チェックリストや計画へ反映できたか確認しましょう。学びが実行へ移って初めて振り返りが完了します。
今回のポイント
