〜 承認を得ること自体を目的にせず、論理の脆弱性を徹底的に排除せよ。 〜
1. はじめに：承認という名の「見せかけのゴール」
重要なプロジェクトの方向性を決定するステアリング・コミッション（ステコミ）において、マネージャーの目標は「承認を得ること」になりがちである。しかし、本来の目的は「正しい論理に基づいて組織を動かすこと」であり、承認はその通過点に過ぎない。
プレゼン資料の体裁を整え、ステークホルダーへの根回しを済ませたとしても、提案内容の核心に「論理の穴」があれば、実行フェーズで必ず綻びが生じる。この「論理の脆弱性」を、本番前に徹底的に叩き、リファクタリングしておくこと。AIを単なる資料作成の補助ではなく、最強の「批判的レビュアー」として召喚し、意思決定の質を検品するプロセスを構築せよ。
👉 ステコミで問われるのは「承認」ではなく「なぜその設計なのか」を説明しきれるか、です。説明責任の組み立ては、こちらで先に定義しています。
2. 実装：AIによる「レッドチーム」レビュー
ステコミ資料や提案依頼書（RFP）が完成した段階で、AIに「反対派の役員」や「懐疑的な専門家」のロールを与え、徹底的なストレステストを実施する。
1. 論理の矛盾スキャン
提案資料の全文をAIに流し込み、前提条件と結論の間に飛躍がないか、あるいは非機能要件の考慮漏れがないかをスキャンさせる。人間が作成すると、どうしても「自明だ」と思い込んで省略してしまう論理のミッシングリンクを特定する。
2. 反論の先回り（プリモーテム）
「このプロジェクトが失敗するとしたら、どのような理由が考えられるか」「反対派のステークホルダーならどの数字に疑念を抱くか」をAIにシミュレートさせる。想定外の質問をゼロに近づけることで、本番での動揺を防ぎ、論理の防壁を強固にする。
3. 代替案の比較検証
自身が選んだ「最善案」に対し、あえて「他の選択肢の方が優れている理由」をAIに述べさせる。これにより、自身の意思決定が単なるバイアスによるものではなく、複数の比較検討を経た上での「最適解」であることを再確認できる。
3. ガバナンス：AIを「盾」にせず、自らの「論理」を磨く
AIによる検品は、資料を修正するためのものではなく、マネージャー自身の「論理の理解度」を高めるためのものである。AIが指摘した脆弱性を修正する際、それをAIの言葉で上書きしてはならない。
AIが炙り出した「穴」を、自身の言葉と新たな根拠で埋めること。ステコミの場で、鋭い質問に対して「AIがそう言ったから」ではなく、自身が徹底的に考え抜いた確信を持って回答できる状態。これこそが、ガバナンスの責任を負うマネージャーがあるべき姿である。AIによる検品は、その自信を論理的に裏打ちするための儀式に他ならない。
FAQ：実務上の懸念について
- Q：AIの指摘が細かすぎて、資料の完成が遅れないか？
- A：本番で致命的な指摘を受けてプロジェクトが停滞するコストに比べれば、前夜の数時間の修正コストは極めて安価である。AIによる検品は「手戻りの先払い」であり、トータルの工数を削減するための投資である。
- Q：AIの批判に晒されると、自分の自信が揺らがないか？
- A：揺らぐのであれば、その提案にはまだ「穴」があるということだ。AIはあなたの敵ではなく、本番の場で想定外の綻びを出さないための「デバッガー」である。AIに論理を徹底的に叩かせることで、本番では誰よりも冷静に振る舞うことが可能になる。
むすび：反証に耐えうる論理で意思決定の質を担保せよ
ステコミ前夜、あなたはAIという最も厳しい批評家と向き合うべきだ。資料を美しく見せる努力を捨て、論理の骨組みを徹底的に研ぎ澄ませ。あなたの評価関数を「承認の獲得」から「論理の無欠性」へと書き換えるとき、意思決定の場はもはや「説得」の場ではなく、練り上げられた設計図を組織へ展開するための合意形成の場へと変わる。
