カサス・ベリ・エンジニアリング(開戦口実工学)
「Casus Belli Engineering」はエンジニアリング組織における一つの顕著な病理現象を説明します。「Casus Belli」はラテン語で「開戦の口実」を意味し、この記事はソフトウェア開発組織が特定の技術やフレームワークを「敵」「問題の根源」として指定し、それらとの...
「Casus Belli Engineering」はエンジニアリング組織における一つの顕著な病理現象を説明します。「Casus Belli」はラテン語で「開戦の口実」を意味し、この記事はソフトウェア開発組織が特定の技術やフレームワークを「敵」「問題の根源」として指定し、それらとの戦いを通じて実際の組織的問題から目をそらしてしまうパターンを分析しています。
社会学者René Girardのスケープゴーティング理論に基づき、危機的状況下で人間のコミュニティが内部対立を解決するため特定要素を「悪い」ものとして指定・非難し団結を図ろうとする傾向が論じられています。エンジニアリングの文脈では、これが特定のプログラミング言語、フレームワーク、API設計、前任チームの決定などの形をとります。
この現象の危険性は、実際の問題が技術的ではなく人間関係や組織的プロセス・コミュニケーション不足にあるにもかかわらず、組織全体がスケープゴートとの「戦い」に資源と感情を投入してしまうことです。その結果、改善すべき組織的問題は放置され、生産的でない批判と対抗に時間が費やされます。
記事は、技術的決定が組織の実際のニーズに基づいて行われるべきであり、対立回避のための「戦う相手」ではなく判断されるべきだという主張をしています。
コメント者たちは記事の指摘する現象を実際に観察された問題として認識しつつも、その原因や解決策については異なる見解を示しています。文化的病理観、組織プロセス批判、不十分な技術理解が根本にあるという複数の分析視点が提示されています。
「私はこれを「スケープゴート・エンジニアリング」と呼ぶだろうが、そう、それは私が見てきた現象だ。しかし、人々はあなたが思うほどそれに影響を受けやすくはない。むしろ、グループがスケープゴートをよく理解していない場合により起こりやすい傾向があります。例えば、言語やフレームワーク、APIなどが悪者として描かれる。その場合、グループが知識不足により不正に保有・使用していたのが実態であっても、それを反論するのはより難しくなります。」— @yellow_lead