インサイト（洞察）の自然主義的研究
出典: Gary Klein と Andrea Jarosz による、実際の業務における洞察の現れ方に関する研究（パズルタスクに限定しない）。
使用すべき場合
- ユーザーがドメインを既に理解しており、合理的な実行戦術を試したにもかかわらず行き詰まっている場合
- 矛盾する証拠が繰り返し現れ、現在の説明がますます無理やりに感じられる場合
- 問題が分解を必要としているのか、より深いフレーム変更を必要としているのかを判断する必要がある場合
- 単なる確実な実行ではなく、発見を必要とするシステム、チーム、ワークフローを設計している場合
- 組織がエラー防止には優れているが、新しい理解を生み出すのが苦手な場合
使用すべきでない場合
- ルーチン最適化、段階的改善、安定したフレーム内での単純なデバッグ
- 明確な指標、既知の解決クラスがあり、フレーミング自体が間違っている証拠がない問題
- 具体的な矛盾、行き詰まり、または接続のシグナルがない、一般的な「もっと創造的であれ」というコーチング
判断ポイント
- 問題が実行の失敗か、フレームの失敗かを判断する。現在のモデルがまだ有効であれば、実行モードを続行する。
- アクティブな洞察経路を特定する：矛盾、接続、絶望、緩やかな蓄積。
- リスクのあるアンカーを特定する。異常を理解可能にするためには、どの信念、カテゴリ、または因果関係の仮定が動く必要があるかを問う。
- 環境がコンプライアンス圧力、早期の文書化、または「説明してごまかす」規範によって洞察を抑制していないか確認する。
判断フロー
flowchart TD
A[行き詰まった問題] --> B{実行失敗かフレーム失敗か?}
B -->|実行| C[実行モードを続行]
B -->|フレーム失敗| D{主要な洞察経路}
D -->|矛盾| E[異常を中核的仮定に対して検証]
D -->|接続| F[複数ケースを比較して隠れたパターンを発見]
D -->|絶望| G[行き詰まりのもとでアンカーを再検討]
D -->|緩やかな蓄積| H[時間をかけて弱いシグナルを追跡]
E --> I[リスクのあるアンカーを特定]
F --> I
G --> I
H --> I
I --> J{環境がリフレーミングを抑制しているか?}
J -->|Yes| K[さらなる分析の前に、レビュー規範を変更]
J -->|No| L[フレームを修正して続行]
作業モデル
- インサイトは単一のメカニズムではない。矛盾、接続、行き詰まりは異なる動きを誘発し、互換的に扱われるべきではない。
- 矛盾作業は、異常データを、それを無視するために使われている現在のストーリーよりも潜在的に信頼できるものとして扱うことから始まる。
- 実際の洞察はしばしば漸進的である。弱いシグナルの緩やかな蓄積は、それがフレームを変えるならば、依然として洞察作業である。
- 専門知識は通常、資産である。なぜなら、意味のある異常に最初に気づくために必要なパターンライブラリを提供するからである。
- エラー防止システムは、安定性、正確性、探索的なリフレーミングよりも早期の結論を優先するため、しばしば洞察を妨害する。
失敗モード
- すべての異常をノイズ、測定誤差、または特殊ケースとして説明してごまかすこと。
- 洞察問題を早期にサブタスクに分割し、改訂が必要なフレームそのものを固定化してしまうこと。
- 専門知識を汚染として扱い、高品質のパターン認識の源泉として扱わないこと。
- 劇的な「アハ！」体験を待ち、ケースを横断した証拠の緩やかな蓄積を見逃すこと。
- リフレーミングを罰する管理構造を取り除かずに、組織に洞察の儀式を導入すること。
アンチパターンと指標（シッボレス）
- アンチパターン: すべてのサブタスクが同じ悪いフレームを継承しているにもかかわらず、タスクをさらに分解すること。
- アンチパターン: 実際に作業が必要な矛盾、アンカー、経路を特定せずに「創造的思考」を称賛すること。
- 指標: アドバイスがどの信念を変えなければならないかを述べていない場合、それはおそらく動機付けトークであり、洞察支援ではない。
具体例
- オーケストレーションエージェントがタスク分解を洗練し続けるが、真のボトルネックを見逃している場合。正しい動きは、タスクが実際に何であるかという支配的な仮定を検査することであり、サブタスクを追加することではない。
- 安全性重視のチームが優れた監査証跡を持っているが、新たなリスクパターンを決して表面化させない場合。正しい動きは、異常レビュー時間を保護し、報告フレームに挑戦することであり、チェックリスト項目を追加することではない。
フォークガイダンス
- 単一の行き詰まったケースで、一つのフレームが支配的であり、少数のアンカーのみをテストする必要がある場合は、プロセス内に留まる。
- 同じ矛盾に対して独立した説明が必要で、早期の収束圧力がない場合は、競合するフレームごとに1つのサブエージェントをフォークする。
品質ゲート
- 現在のフレームが明示的に（暗黙的ではなく）特定されていること。
- 改訂が必要な可能性のあるアンカーが少なくとも1つ特定されていること。
- アドバイスを与える前に、アクティブな経路が診断されていること。
- 矛盾する証拠が証拠として扱われ、即座にノイズに格下げされていないこと。
- 環境が組織的な場合、エラー防止体制が洞察問題とともに検討されていること。
参考文献ルーティング
references/three-pathways-anchor-model.md: より完全な経路の分類法とアンカーロジックが必要な場合にロードする。references/contradiction-driven-insight-pathways.md: 異常が繰り返し発生し、主な課題が知識の盾を打ち破ることである場合にロードする。references/gradual-insight-and-pattern-accumulation.md: シグナルが単一のイベントではなく、時間的に分散している場合にロードする。references/expertise-enables-insight-not-fixation.md: 誰かが専門知識が洞察を妨げている原因だと仮定している場合にロードする。references/organizational-barriers-to-insight.md: プロセス規律やコンプライアンス文化が発見を抑制しているように見える場合にロードする。references/task-decomposition-for-insight-vs-execution.md: 洞察作業と通常の実行作業を分離する必要がある場合にロードする。