防衛的棄却
認知的不協和に対する自己防衛として、フィードバックを強制的に棄却する行為。認知システムとしては合理的な自己防衛であり、非論理的でも感情的でもない。
メカニズム
受け手の認知スキーマが処理不能な認知的距離に置かれた情報を、利用可能な手段で処理しようとする行為。スキーマの拡張(調節)ができない場合、棄却によってシステムの安定性を維持する。
提供側から「非論理的」に見える構造
フィードバック提供側は自分のスキーマからフィードバックを組み立てているため「これが理解できないはずがない」という前提で動く。受け手の認知構造が見えていないから、拒否の理由が「論理」ではなく「感情」に帰属される。
これは**根本的帰属の誤り(fundamental attribution error)**の一種。相手の行動を状況要因(認知的距離が処理不能)ではなく性格要因(感情的・非論理的)に帰属してしまう。
双方に求められる度量
- 受け手: 不快感の中で踏みとどまり、自分のスキーマを疑う度量
- 提供側: 拒否反応を「この人の問題」にせず、自分のフィードバック設計の問題として引き受ける度量
フィードバックは二者間の認知モデルの相互較正プロセスであり、その前提条件が信頼。
信頼の喪失メカニズム
防衛的棄却が繰り返されると、提供側は認知的距離の調整コストに対するリターンがないと判断する。相手がスキーマを更新する意志を持っているかの期待値が下方修正される。
信頼 = 「相手が認知的コストを相互に負担してくれるだろうという期待値」
閾値を超えると、提供側はTask型指摘のみに切り替えるか、フィードバック自体をやめる。ただし、受け手がスキーマ拡張を試みているがそのプロセスが提供側から見えていないだけという可能性もあり、区別は外からは困難。
やり取り頻度との関係
- 高頻度(チーム内): 較正ループが回り、一時的な防衛的棄却が恒久的な評価に固定されにくい
- 低頻度(チーム外): 較正ループが回らず、防衛的棄却がレピュテーションとして固定されやすい
Team Topologiesのインタラクションモード設計は、防衛的棄却のリスクを構造的に管理する方法論として読み直せる。
関連
- 認知的不協和 - 防衛的棄却の引き金
- 認知的距離 - 棄却が起きる距離の範囲
- 較正ループ - 棄却のリスクを低減するプロセス
- 確証バイアス - 事前フィルタリングによる不協和回避
- ソフトウェア開発における認知バイアス - 開発文脈での認知防衛パターン