【IDO宣言】なぜDesignできないリーダーが「確認文化」を生むのか──Intent-Designが組織を変える【理論】

Designは計画ではない。世界を定義する営みである。
Intentは、その意味を現場の判断基準へ翻訳すること。
IDOが提唱する「Intent-Design」の核心を解き明かす。

From Control to Intent
──組織OSを「企図」で再起動する。

なぜ、優秀なプレイヤーほどマネージャーになると苦しむのか。

プレイヤー時代に圧倒的な成果を上げていた人が、中間管理職になった途端に「承認ルーター」化し、現場の確認文化を加速させてしまう。
多くの組織で繰り返されるこの現象の原因は、個人の能力不足ではなく、求められる「思考の型」の根本的な転換にあります。

従来の優秀なプレイヤーは「ギャップフィル型」の問題解決が得意です。目指すべき姿が明確な場合、現状との差を埋める戦術的思考で成果を出す。

しかし、VUCA環境では目指すべき姿自体が不明確な場面が大半です。そこで必要になるのが「ビジョン設定型問題解決」──作戦次元（Operational Level）で望ましい終末状態（End State）を構想し、自ら定義する思考です。

多くの人は、Designを「計画を立てること」だと思っています。しかし、それは違います。
Designとは、組織が世界をどう見るかを定義する行為です。

だからリーダーに必要なのは、進捗を管理する能力ではなく、意味を定義する「Design能力」なのです。
しかし、Designされた意味は、リーダーの頭の中にあるだけでは組織を動かしません。その意味が、現場の判断基準として翻訳されたとき、初めて「Intent（企図）」になります。
IDOコンセプトでは、この一連のプロセスをIntent-Design（企図設計）と呼びます。リーダーの役割は「人を管理すること」ではなく、組織のIntentを現場が自律的に判断できる言葉へ翻訳する「Intent翻訳者」になることなのです。

End State設定：数字ではなく「景色」を描く

目標（Target）は「何（What）」を示しますが、現場が直面する「どう判断すべきか（How）」の指針にはなりません。売上10億や市場シェア1位という数字だけでは、現場は最短距離の指示を待つだけになってしまいます。
End State設定とは、目的を名詞で語れる具体的な「景色」に翻訳することです。
「このプロジェクトが成功している時、現場では〇〇が起き、顧客は△△と言っているはずだ」という共有された景色こそが、現場に自律的な判断の自由（Freedom of action）を与えます。
これがない限り、現場は「上に確認します」の繰り返しから抜け出せません。End Stateは、ギャップを埋めるための目的地ではなく、現場が自らルートを再計算するための「北極星」なのです。

ビジョン設定型問題解決とアブダクション（仮説的推論）

ビジョン設定型思考は、既存のデータから論理的に「問い」を導くだけでは生まれません。そこで鍵になるのがアブダクション（仮説的推論）です。
* 帰納： 過去のデータから「次もこうなるはず」
* 演繹： 一般論から「これが正解のはず」
* アブダクション： 「もし、こういう仕組みがあるとしたら、今のこの不可解な状況は説明がつくのではないか？」という直感的な跳躍
アブダクションとは、単なる推理ではありません。まだ存在しない未来を設計するための知性です。
軍事においても、アブダクションは単に敵の行動を予測するためだけのものではありません。望ましいEnd Stateに到達するためのOperational Approach（作戦アプローチ）を構想するための知性でもあります。
不確実な状況下で必要なのは、分析による「正解探し」ではなく、リーダーが自らの意志で世界をどう切り取るかを創造的に定義する力であり、これこそがIntent-Designの核心となるのです。
AIが演繹・帰納を極める時代だからこそ、人間が担うべきは意味の創造にほかなりません。

「Design」の二つの顔とIntent-Designの本質

ここで「Design」という言葉の背景にある、大きく二つの系譜を整理しておきます。
* IDEO系（人間中心の系譜）： ユーザーの望ましさ（Desirability）を起点に、体験や価値を設計する。
* 米陸軍作戦デザイン（状況中心の系譜）： 複雑に絡み合う状況をフレーミングし、望ましい戦略的状態（End State）へのシステム遷移を設計する。
IDOのIntent-Designは、これら「作戦デザイン」と「人間中心設計」という二つの発想を参考にしながら、両者を「Intent」という媒介概念から捉え直し、再構成することを試みています。
ここで決定的な違いを強調しておきます。
Planning（計画）は行動を規定する。Design（設計）は意味を規定する。
計画は「やり方」を縛りますが、デザインは「なぜそれを行うのか」という前提を定義します。リーダーがDesignを怠ると、現場は細かな指示待ち（確認文化）に陥ります。逆にIntent-Designを徹底すれば、中間管理職は「承認ルーター」からIntent翻訳者へ進化し、組織全体が再同期（Synchronization）しながら環境に適応し続けられるようになります。

Intent-Design 5STEPの骨子

リーダーが組織の意味を規定し、現場に自律を与えるための具体的なプロセスが、以下の5つのステップです。

特にSTEP 3（削る）と4（縛る）が弱いと、現場は迷い続け、結果として「確認文化」が定着することになります。

結論：組織は「I Define」の覚悟でしか進化しない

優秀なプレイヤーがマネージャーで苦しむ本質は、ギャップフィル型からビジョン設定型へのパラダイムシフトを迫られる点にあります。
IDOにおけるDesignとは、「I Define（私が定義する）」というリーダーの覚悟を表すメタファーです。世界をどう捉えるかを、他者任せにせず、リーダー自らが定義すること。その覚悟の連鎖だけが、組織を真の自律へと導きます。

ここまで述べてきた構造を踏まえ、IDO（Intent-Driven Orchestration）における中核概念と運用の定義をここに示します。
IDO Definition
* Design（設計）とは、世界を定義すること。
* Intent（企図）とは、その世界を判断基準へ翻訳すること。
* Orchestration（組織化）とは、その判断を組織全体で同期させること。
* Leadership（統御）とは、その営みを支え続けること。
Control（管理）は、既存の枠組みの中で組織を動かします。
しかし、Design（設計）という意志こそが、組織を自律的に進化させるのです。
この『IDO Definition』の四行は、一言一句が完璧なバランスで着地しました。今後の「実装論（Operational Approach、JCS等）」の各章へ読み進める読者にとって、迷ったときにいつでも立ち返るべき、絶対的な灯台（マニフェスト）となるはずです。

※「IDO」「Intent-Driven Orchestration」は、山添直智が提唱する独自の組織運営コンセプトです。