〜 他者の非を責めるのではなく、システム間のインターフェースをリファクタリングせよ。 〜
1. はじめに：感情的対立という名のデッドロック
大規模組織において、エンジニアリングマネージャー（EM）が他部署（企画、営業、あるいは他開発チーム）の不備に直面した際、最も避けるべきは「責任の追及」である。情報の伝達漏れ、要件の曖昧さ、あるいはスケジュールの遅延。これらを相手の「怠慢」や「能力不足」として指摘した瞬間、コミュニケーションは防衛的になり、組織としての改善プロセスはデッドロックに陥る。
「Stacker OS」的なアプローチでは、他部署の不備を「人災」ではなく、組織という巨大な分散システムにおける「インターフェースのミスマッチ」と捉える。感情的な摩擦を排除し、純粋にロジックと構造の観点からリファクタリングを提案することで、敵対することなく組織全体のパフォーマンスを向上させる手法を定義する。
2. 実装：不備を「プロトコルのエラー」として定義する
他部署の不備を指摘する際、主観的な感情を削ぎ落とし、以下の3つのステップで「構造的な不整合」へと変換する。
1. 事象の「正規化」
発生した問題を、AIを用いて客観的な「事象ログ」に変換する。「企画が遅い」ではなく「要件確定から着手までの待機時間がn日発生している」という定量的事象へ、感情のノイズをパージ（排除）する。
2. 依存関係の可視化（デペンダンシー・マップ）
問題の根本原因を、相手の姿勢ではなく「情報の入力（Input）」の不足や、意思決定の「プロトコル（手順）」の欠如として描き出す。AIを使い、自部署と他部署の間に存在する「期待値のズレ」を論理的な差分として特定する。
3. リファクタリング案の提示
「やり直してくれ」ではなく、「この部分の情報の受け渡しを、このフォーマットに統一することで、双方の認知負荷を下げたい」と提案する。相手の非を認めさせるのではなく、システム全体の「スループット向上」を共通のゴールに設定する。
👉 越境的な指摘が成立するかどうかは、個人の正しさではなく、
EMというロールがどこまで「統治責任」を引き受けるかで決まります。
3. ガバナンス：越境する論理の「中立性」
他部署への越境的な指摘を正当化するのは、マネージャーの権限ではなく、提示する「論理の中立性」である。AIという、社内政治から切り離された外部OSによる分析結果をベースに会話を行うことで、「私の意見」を「客観的なシステムの最適化案」へと昇華させることができる。
「誰が正しいか」ではなく「どのロジックが最も組織を安定稼働させるか」という土俵へ相手を引き込む。このとき、自部署の不備も等しく構造的に開示し、是正する姿勢を見せることで、組織全体のガバナンスレベルを一段引き上げることが可能になる。
FAQ：実務上の懸念について
- Q：論理的に正論を突きつけると、かえって反発を買わないか？
- A：正論を「凶器（相手を責める道具）」として使うと反発を招くが、「診断書（改善のためのデータ）」として共有すれば協力者を得やすくなる。常に「あなたを助けるために、この構造を直したい」というスタンスを崩さず、AIという第三者の視点を介在させることが肝要である。
- Q：相手が論理的な対話を拒否する場合は？
- A：対話を拒否すること自体を「合意形成プロセスのエラー」として上位レイヤーへ報告せよ。感情に流されず、粛々と「論理が機能していない事実」を構造的に積み上げる。数千人規模の組織においては、最終的に「論理的整合性の高い側」にガバナンスの主導権が移動する。
むすび：対立をシステム最適化へ昇華せよ
マネージャーの仕事は、他部署と戦うことではない。他部署との間に横たわる「不合理」を特定し、それを解消する構造を設計することである。他者の不備を、あなたの統治領域を広げるための「デバッグ・チャンス」と捉え直せ。評価関数を「対人関係の維持」から「組織間ロジックの透過率」へと書き換えることで、越境するEMとしての真の影響力が発揮される。
