事後検討会(AAR)とは、訓練演習や実際の出来事の直後に行われる、構造化された話し合いのことで、本来何が起こるはずだったのか、実際に何が起こったのか、なぜそうなったのか、そして次に何をすべきなのかを明確にするためのものです。一見簡単そうに聞こえますが、実際には多くのAARが二つの点でうまくいきません。一つは、参加者が自分の判断を擁護すること、もう一つは、出来事の記録が不十分であることです。どちらも、そこから何かを学ぶことを困難にします。
このガイドは、事後検証(AAR)を実施する公共安全訓練責任者および訓練担当官向けに作成されています。権限の範囲内で、事態の沈静化と事案の調整に焦点を当てています。スキル不足と組織風土の問題を区別する方法、率直な議論のための環境を整える方法、模擬シナリオを実行する方法、そして検証によって何らかの変化が生じたかどうかを判断する方法を示しています。
講義ではなく、行動から始めよう
(架空の事例ですが)あるチームが、緊迫した複数機関が関わる事案を想定した机上演習を終えたとします。振り返りの中で、ある警官は無線交代が「うまくいった」と述べ、別の警官はタイムラインが「おおよそ」計画通りだったと述べます。次の決定権を誰が握るかで2人の意見が食い違っていたことは誰も触れません。文書による事案記録には抜け落ちがあり、会話は演習設計者のミスへと移っていきます。
返答を考える前に、その沈黙の背後にある本当の理由を問いかけてみましょう。少なくとも4つの異なる説明が考えられ、それぞれ異なる対処法が必要です。
- 欠けているスキル。 人々は、自分の決断をどのように説明すればよいのか、当時何を知っていたのか、何が不明瞭だったのかをどう述べればよいのかを知らない。これは学習すべき課題である。
- 権威の勾配。 若手社員は、先輩社員の発言を皆の前で反論しようとはしない。立場が変わるまでは、このスキルを練習しても効果はない。
- インセンティブ。 レビュー結果が人事評価や懲戒処分に反映される場合、たとえそれがどれほど適切に促進されたとしても、率直な自己批判はリスクを伴う。
- 歴史。 最後に発言した人が無視されたり、蚊帳の外に置かれたりしたとしても、その場にいた人たちは何かを学んだのであり、新しい形式にしたからといってそれが覆されるわけではない。
心理的安全性は、研究者がこのような環境を表すために用いる用語です。エイミー・エドモンドソンが製造会社の51の作業チームを対象に行った研究では、心理的安全性を、チームが対人関係におけるリスクを取るのに安全であるという共通の信念と定義し、それがチームの学習行動と関連していることを発見しました(エドモンドソン、1999年、行政科学季刊誌これはあくまでも一つの状況における関連性を示すものであり、特定のAAR形式があなたの状況において安全性を確保するという証明ではありません。これは、状況を検証するきっかけとして捉えるべきであり、約束として受け止めるべきではありません。
実際的な結果として、ファシリテーションの手法には限界があります。心理的な安全性は、リーダーがセッション外でどのように振る舞うかにも左右されるため、両方を考慮する必要があります。
誰かが発言する前に条件を設定してください
米陸軍のAARに関する訓練通達(TC 25-20、「事後検証に関するリーダー向けガイド」、1993年AARとは、パフォーマンス基準に焦点を当てた、イベントに関する専門的な議論であり、参加者が何が起こったのか、なぜ起こったのか、強みを維持し弱みを改善するにはどうすればよいのかを自ら発見できるようにするものであると説明されています。ここで「自ら発見する」という表現に注目してください。その場にいる最高位の人物によって下される評決に発展するレビューは、別の種類のデブリーフィングです。
参加者の監督者と、以下の条件について事前に書面で合意してください。
- 目的と境界。 このレビューが学習目的のみなのか、それとも発言内容が別の正式な選考プロセスに反映される可能性があるのかを明記してください。「場合による」というのが正直な答えであれば、その旨をはっきりと伝えてください。曖昧な安心感だけでは、人は率直に意見を述べてくれません。
- 承認された職務内容。 演習やイベント中に、それぞれの役割にどのような決定権限が与えられていたかを明確にしてください。職員は、決定が自分の権限によるものだったかどうかを知って初めて、その決定について正直に振り返ることができます。情報や権限が不十分だった場合は、その旨を伝え、上司に報告するのが適切な行動であり、レビューではそれを良い事例として扱うべきです。
- 指導者たちはどのように対応するのか。 スタッフに意見を言う練習をさせるのは、仕事の半分に過ぎません。上司はそれに応じた対応が必要です。相手に感謝の意を伝え、フォローアップの質問をし、個人についてコメントしないようにしましょう。まずは状況を説明し、最後に発言してもらうように依頼してください。
- まずは証拠から。 セッション開始前に、イベント記録、タイムライン、無線交信記録またはログ抜粋、および演習関連の資料をすべて収集してください。証拠が不足している場合、防御的な態度がその隙間を埋めようとすることがよくあります。
行動に基づいた学習プロセスを設計する
スタッフは、レビューに参加したからといって正直なレビューが上手になるわけではありません。優れたデザインは、望ましい行動から始まり、それに合わせて準備、練習、フィードバックを調整します。カーネギーメロン大学エバリーセンターのガイダンスでは、 評価、目標、指導戦略を整合させる 要点を的確に指摘している。分析力を養いたいなら、単に記憶するだけでなく、分析を実践し、評価する必要がある。これは学習活動を整合させるための設計指針であり、特定の分野の成果やプラットフォームに関する証拠ではない。
このタスクにおける動作は以下のとおりです。 何が起こったのかを分析し、そこから学ぶための行動計画を策定する。 ブルームの分類法では、それは「応用」と「評価」に相当します。これらの分類は求められる思考様式を表すものであり、表現形式を表すものではありません。また、動機を説明するものでもありません。もし誰かが話したがらない場合、ブルームの分類法ではその理由は分かりません。
実行可能な旅は3つの段階から成ります。
| ステージ | 学習者の行動 | 証拠と提供 |
|---|---|---|
| 準備 | 事例の根拠となる方針、手順、概念を確認してください。前提条件を確認するために、簡単な診断テストを実施してください。 | 対象を絞った自己ペース学習。復習チェックは前提条件の確認のみを行い、復習を実行する能力を確認するものではありません。 |
| 専門 | 事例分析:何が起こったのかを説明し、証拠を挙げ、不明な点を指摘し、そこから学ぶための行動を提案する。 | 双方向型またはファシリテーター主導型のケーススタディを実施し、振り返りの質とフォローアップ行動についてフィードバックを提供する。 |
| 確認と転送 | 曖昧な選択肢についてライブで議論した後、新しいケースに取り組むか、監督者の指導の下で作業を完了する。 | 必要に応じて、ライブコーチングまたは非同期レビューを実施します。勤務開始後、適切な時間経過後に転送状況を確認してください。 |
自己ペースで準備を進めることで、ライブセッションでは、参加者が必要な部分、つまり曖昧さの解消に時間を割くことができる。事実は一人で学ぶことができるが、不完全な情報に基づいて下された決定が妥当だったかどうかは、議論の対象となる。
実施されたシナリオと事後報告
以下に、実習段階の基盤となる事例を示します。これはあくまで例示であり、使用する前に、資格を有する公共安全専門家が事例と解答基準を検証する必要があります。
ケース。 事態沈静化訓練において、対応チームが緊張状態にある混雑した公共スペースに派遣された。チームリーダーは、下級メンバーに興奮状態にある人物と口頭で連絡を取り続けるよう指示し、残りのメンバーは無線で別の機関と連携を取った。その後、記録には6分間の空白があり、誰が引き継ぎを確認したかの記録もなかった。検証において、チームは一連の手順を擁護し、記録については議論されなかった。
ファシリテーターが参加者に求めること。 決定の理由を説明し、関連する証拠を挙げ、さらにどのような情報や支援が必要だったかを明確にしてください。
力強い返答は、次のようなものです。
- 私がしたこと: 「私はその人物と会話を続けていました。なぜなら、当時、口頭で連絡を取っていたのは私だけだったからです。引き継ぎの記録はつけませんでした。」
- 私が持っていた証拠: 「ラジオは聞こえたが、確認のメッセージは聞こえなかった。タイムラインには、その空白期間の直前に私が残した最後のメモが記録されている。」
- 私が知らなかったこと、そして私に必要だったこと: 「相手機関に引き継ぎをやり直すよう依頼する権限が自分にあるのかどうか確信が持てませんでした。その点についてもっと明確な指示があれば助かったでしょう。」
受信者の反応。 ファシリテーターは、間違いを指摘したり、批判したりはしません。「当時、何が難しかったのか?」「次回はどうすればもっと簡単にできるのか?」と問いかけます。その後、チームリーダーが、自分がもっと明確にできた点も含めて、自身の見解を述べます。上級者が自分の欠点を認めることで、2番目、3番目の意見が出てくる可能性が高まることが多いのです。
転校問題。 最後に、将来を見据えた問いかけを一つ投げかけてみましょう。「職場でこの行動を繰り返しやすくするにはどうすれば良いでしょうか?」答えは、個人の欠点というよりも、プロセス上の改善点(ログに引き継ぎ確認の行を追加する、誰が再確認を要求できるかをより明確にするなど)であることが多いでしょう。これらが根本原因です。
誠実さを守るためのファシリテーションの手法
いくつかの習慣の違いが、単なる評価と尋問の違いを生み出す。
- 「何を」「どのように」というオープンな質問をする 「なぜ」という問いの前に。「なぜそんなことをしたのですか?」と聞くと弁解を招きます。「その時、何を見ていたのですか?」と聞くと説明を促します。
- まずはファシリテーターと最も経験の浅い人に、最も弱点となる点を尋ねてください。 自己批判を自ら行う方が、それを求めるよりも速い。
- 追跡は最初の回答を超えた原因となる。 説明が「誰かがミスをした」だけで終わってしまう場合は、そのミスがなぜ重大な結果を招くことになったのか、過程のどの段階でそのような事態になったのかを問い続けましょう。個人のミスが根本原因であることは稀です。
- 最後に、具体的な行動内容、担当者、日付を記載してください。 学習行動を伴わないレビューは、レビューは単なる演劇だと人々に教えてしまう。
行動を測定し、フォローアップする
学習者が何が起こったかを分析し、学習行動に合意できるようになったことを、どのように確認すればよいでしょうか?出席状況や楽しさではなく、証拠を探しましょう。
- 反射の質。 評価基準を用いて、参加者が決定事項を述べているか、証拠を挙げているか、不確実な点を明記しているか、具体的な行動を提案しているかについて、未公開の事例または実際のレビューを採点する。
- フォローアップ措置の質。 合意された行動は具体的で、担当者が明確で、完了しているか?それらを追跡せよ。
- 職場での異動。 十分な実務経験を積んだ後、ベースラインレビューと、後日実際に見たことのない症例を比較する。
以下は評価基準のサンプルです。各基準を0~2点で採点し、必要に応じて資格のある専門家と調整してください。これは提案された評価基準であり、検証済みの準備基準ではありません。
| 基準 | 観察可能な証拠 |
|---|---|
| タスクの実行 | 何が起こったのかを分析し、学習行動を決定する。その行動とそれを裏付ける証拠は記録される。 |
| 推論 | 関連する制約、代替案、および不確実性について説明する。考察は記録に基づいている。 |
| 境界 | 承認された手順に従い、情報や権限が不足している場合は支援を求める。 |
評価基準:0=欠落または根拠なし、1=部分的(関連する項目が欠落)、2=完全(合意された基準に照らして妥当)。重大な誤りは個別に定義し、総合評価で重大な欠陥が隠蔽されないようにしてください。
特に注意すべき数字が一つあります。それは報告件数です。レビュー方法を変更した後に懸念事項が増えた場合、それは人々がより安心感を得た、あるいは問題が増えた、あるいは新しいフォームの方が記入しやすくなった、といったことを意味する可能性があります。報告件数の増加は、喜ぶべきことではなく、解釈が必要です。レビューセッションの観察とプロセス変更およびフォローアップ措置を組み合わせ、開始前に対象集団、分母、タイミングを定義し、トレーニングの効果を断定する前に、同時に他の運用上の変更点も確認してください。CDCのトレーニング評価リソースなどの測定ガイダンスは、学習と応用を枠組み化するのに役立ちますが、運用上の改善を予測するものではありません。
残る可能性のある制約
計画を立てる際に考慮すべき2つの質問があります。
タスクのパフォーマンスが向上した後でも、どのような制約が残る可能性があるか? 権限の勾配、評価との関連性、業務量、そしてその後のリーダーの反応などは、いずれも根強く残る可能性があります。ファシリテーションを改善しても、インセンティブは変わりません。もし人々が依然として率直に意見を述べる余裕がないのであれば、研修室では良い反省が見られても、現場では沈黙が続くことになるでしょう。
これがどこに当てはまるのか、そして次に何をすべきか
まずはタスク評価基準表またはジャーニーキャンバスから始めましょう。繰り返し行う演習を1つ選び、望ましいレビュー行動を書き出し、設計の各段階でその行動が実践され、評価されていることを確認します。その後、実施する前に、研修担当者と運用スペシャリストにテストしてもらいましょう。
AhaSlides インタラクティブ学習、アダプティブ学習、ライブトレーニングと自己ペース学習の切り替えをサポートします。ご自身のケースに合わせて、必要なオーサリング、フィードバック、レポート機能を具体的に確認し、AI、VR、シミュレーター、および統合機能は、実際に動作を確認するまでは外部機能または未確認機能として扱ってください。
これらの機能が上記のようなレビューをどのように処理できるかを確認するには、以下をご覧ください。 AhaSlides.







