過去の認識の失敗についてプレモーテムを行う
パターン認識があなたを間違った方向に導いたケースを見直し、あなたを欺く共通の構造的特徴を見つける。
Why it works
認識のエラーはめったにランダムではありません——それらは、馴染みのあるプロトタイプと表面的な特徴を共有しながらメカニズム的に重要な次元で異なる、曖昧な状況タイプの周りに集まります。それらのトリガーとエラーのペアを特定することは、パターンライブラリの特定の弱点を露呈します。これは、単なる経験の蓄積とは異なる、修正的な学習を区別する診断ステップです。
How to do it
- 自分の最初の認識が結局間違っていたケースを3〜5個集める。
- それぞれについて、それをそうではないパターンのように感じさせた特徴と、実際にそれを区別する特徴を特定する。
- 各ペアについて「XとYを混同しない」というルールを書く。
- これらを、肯定的なプロトタイプと並ぶ否定的な例として、あなたの意思決定手がかりリストに加える。
エビデンス
重要決定法と、高信頼性組織(航空、原子力、緊急医療)における事後インシデント分析技法は、再発を防ぐためにこの構造を使用します。この実践は、独立したRCTのエビデンスを持つ技法というより、制度化された臨床的・専門的学習です。DillonとTinsleyは、レビューが意図的でなければならない理由を示しています:ニアミスは体系的に成功として再解釈されるため、失敗をほぼ引き起こした構造的特徴は、明示的に浮かび上がらせない限り学習されないままです。 (clinical)
過去の失敗を見直すには、何が起こったかについての正確な記録へのアクセスが必要であり、それは後知恵バイアスと記憶の歪みによって損なわれます。構造化されたインシデントレビューはこれを軽減しますが、排除はしません。
出典
よくある間違い
認識の失敗を構造的な誤分類ではなく「運が悪かった」と帰属すること——運のフレーミングは、再発を防ぐはずのパターン更新を妨げる。
IX Coach でこれを実践する
More practices for 認識準備型意思決定(RPD)
- 意図的なケースへの曝露を通じてパターンライブラリを構築する
自分の分野で多様なケースに体系的に自分をさらし、認識が引き出すパターンライブラリを成長させる。
- 行動にコミットする前に頭の中でシミュレーションを実行する
認識された状況に対して行動する前に、意図している応答がどう展開するかを頭の中で実行してみる。
- 認識を引き起こした手がかりを言語化する
何に気づいてその状況が馴染みのあるものに感じられたのかを名づける——これが認識を検証し、それを転送させる。
- 直感が信頼できないときを知る
専門家の直感は、その分野に規則的なパターンがあり、フィードバックの豊富な経験を積んだ場合にのみ有効である。
- 状況が本当に新規であるときは認識を覆して熟慮する
馴染みのあるパターンにぴったり当てはまらない状況にフラグを立て、直感的な処理から分析的な処理へと切り替える。
- 自分のパターンを固め、テストするために教える
自分の認識ロジックを他者に説明することは、暗黙のものを明示的にすることを強制し、ギャップを露呈させる。