【IDO】第5回:Intentは伝わらない、翻訳せよ。── 自律を起動する「End State」という共通言語を生み出すIntent-Design【導入編】
「企図を伝えたつもり」が、組織を止める。
必要なのは説明ではなく、“見える景色”だ。
成功の状態を共有したとき、組織は自己同期を始める。
"From Control to Intent"
── 組織OSを「企図」で再起動する。
(絵画出典:Scuola di Atene(1510), Raffaello Santi, Public Domain)
【免責事項】
本稿は筆者個人の見解であり、所属組織の公式見解を示すものではありません。また、記載内容は公開情報および一般化・抽象化された概念に基づいています。
前回(第4回:日本型組織の呪縛──なぜ「指示待ち」は生まれるのか)、自律を阻む呪縛を解く「精神的抗体」について述べました。では、実際に現場へ「自律のスイッチ」を入れるには、リーダーは何を語ればよいのでしょうか。
IDO実装において、最大の壁は「細かく指示しないと不安だ」というリーダー自身の心理的サンクコスト(執着)です。この不安を解消し、現場の「独断」を正しく誘発する武器。それが、今回詳述する「End State(望ましい終局状態/成功の景色)」の言語化技術です。
1. 「企図(Intent)」は「目標(Goal)」ではない
マネジメントの現場では、よく「目標(Goal)」や「KPI」が語られます。
しかし、IDOにおいてリーダーが示すべき「企図(Intent)」は、それらとは一線を画すものです。
目標(Goal): 到達すべき「点」。(例:売上1億円、シェア10%)
望ましい終局状態/成功の景色(End State):到達した際、周囲がどのような「状態」になっているかという広がり。(例:顧客が我が社のサービスをインフラとして手放せなくなっている状態)
企図(Intent): 現場が決断する際の方向性を示す「判断基準」(例:優先は、顧客の新商品認知の初速の最大化)
戦場という不確実な環境では、当初設定した「目標地点」が敵の行動で封鎖されることは日常茶飯事です。
たとえば、あなたが軍隊の指揮官として部下に川を渡る作戦を命じたとしましょう。
あなたが最初に部下に示していた渡河点が敵部隊によって塞がれていた場合に、部下が「示された渡河点は敵が居て行けませんでした」と立ち止まるのか、それとも「上官の企図は、『速やかに』川の向こう側に戦力を送り込むことだ。ならば、すぐに別の渡河点を探して、向こう岸に渡ろう」と独断出来るのか。
この差を生むのが、上官(リーダー)の「企図(Intent)」の有無です。

2. End Stateを構成する3要素
現場が自律的に動き出すための「企図(intent)を、私は以下の3要素で構成される「End State(望ましい終局状態/成功の景色)」として定義しています。
① WHY:なぜ、我々はこの任務を行うのか(目的と意義) 。部下にとって、仕事が「命令」から「使命」に変わるための戦略的文脈です。「上からの指示だから」ではなく、「このプロジェクトが成功することで市場がどう変わるか」という一段高い視座を共有します。
② WHAT:作戦終了時、どのような状態になっていれば「勝利」か ここが核心です。「売上1億円」という静止画ではなく、「競合他社が追随を諦め、現場のオペレーションが自律的に回り始めている状態」といった、動画的なイメージで伝えます。状態(WHAT)が定義されていれば、現場は手段(HOW)を柔軟に変更できます。
③ CONDITION:守るべき「制約条件」と「優先順位」 「ここまでは独断していいが、ここからは相談せよ」という境界線です。このガードレールがあるからこそ、部下は安心してアクセルを踏めます。

3. 「情報の引き算」と「受容」のプロセス
第2回(情報のパラドックス──なぜ現場は「判断できなくなる」のか)で述べた「情報のパラドックス」(情報が多すぎると逆に判断力が鈍る現象)を思い出してください。リーダーが細部まで指示を書き込めば書き込むほど、現場の独断の余白は消えていきます。
ここで重要なのが、チェスター・バーナードが唱えた「権限受容説」です。
命令の有効性は、上司が発することではなく、「部下がそれを受容すること」で決まります。
優れたリーダーは、あえて「100%」を語りません。
80%の企図を明確に伝え、残りの20%を「空白」として現場に投げ渡す。
この余白こそが、現場が自らの知恵で埋めるべき「自分たちの物語」になります。
リーダーの企図が現場に「受容」されるためには、その内容が組織の利益と個人の価値観に合致するという「誠実さ(インテグリティ)」が不可欠なのです。
4. ビジネス実例:抽象的な指示を「End State」へ
具体例を挙げましょう。
ある新規事業の立ち上げにおいて、リーダーが企図を示す場面です。
不十分な指示(Befehl型): 「3ヶ月以内に新規顧客を50社獲得せよ。毎日100件テレアポを行い、進捗をスプレッドシートに記入すること」
IDO型のEnd State提示: 「我が社のサービスを業界のスタンダードとして認知させることが企図である(WHY)。3ヶ月後のEnd Stateは、『ターゲット層の主要企業10社が導入を決め、口コミが自然発生している状態』だ(WHAT)。手法は問わないが、ブランドを傷つける強引な営業だけは避けてほしい(CONDITION)」
後者の伝え方をされた部下は、もしテレアポが効果的でないと判断すれば、即座に「独断」でウェビナー開催等へと舵を切ることができます。彼らには「成功の景色」が見えているからです。

5. 「独断」を支えるリーダーの決断:企図の恒常性
一度示した「End State(成功の景色)」は、よほどの戦略的転換がない限り、リーダーは変えてはなりません。現場は、独断で動いている最中に「上司の気が変わること」を最も恐れます。
リーダーの仕事は、一度描いた「成功の景色」を信じ抜き、現場がそこに向かって走っている間、周囲の雑音から彼らを守り抜くことにあります。
この「企図の恒常性」こそが、果敢な独断を可能にします。
6. 「二つの I DO」が結ぶ究極の契約
最後に、私たちが無意識に選んでいる「旧OS」の正体と、IDOが目指す真の姿を対比させておきます。
旧OS:「I CHECK(私は確認する)」と「THEY WAIT(彼らは待つ)」の連鎖
IDO:「I DO(私が責任を取る)」と「I DO(私が決断する)」の共鳴
上司が「確認」という名の安心を求めるほど、現場は「待ち」という名の思考停止に陥ります。
対して、現場に「独断」を許すということは、リーダーによる「放任」ではありません。
現場が下した判断の結果を、リーダーが丸ごと背負うということです。
リーダーの「I DO(私が責任を取る)」と現場の「I DO(私が決断する)」。
この二つの「I DO」が重なり合ったとき、「IDO:目的主導」というオーケストラは、かつてないほど力強い旋律を奏で始めます。
「IDO:目的主導」とは、互いの「I DO」を信頼で結ぶ契約の別称なのです。

第6回
「IDOにおけるOODA
── IntentがOrientを同期する「認知同期OS」」
そして
Intent-Design編第5-1回
「なぜあなたの企図は機能しないのか」
でお会いしましょう。
※「IDO」「Intent-Driven Orchestration」は、山添直智が提唱する独自の組織マネジメント概念です。
【全体ビュー数7000突破!(2026.August.3)】
🔳IDOコンセプト・ラボ専用メールアカウント開設しました!
読者の皆さんとの共創を加速させるために、フィードバック・ご意見等はこちらのメールアドレスまでご連絡下さい。
intentdriven2026@gmail.com
IDOコンセプトを実務に適用する上での疑問や、組織の現状に関するご意見をお寄せください。
「自組織で『IDOコンセプト』を導入しようとする/した際の障壁について」
「『IDOコンセプト』の概念図の中で、特に分かりにくかった点」
「自身の組織における『確認文化』の具体的な事例」など
皆さんのチームでの事例等をご紹介頂けますと、IDOコンセプト深化の参考となります。
(組織の情報や個人情報等は公表しません。)
【あなたの組織が変わる15ステップ】
IDO宣言
◾️IDO(Intent-Driven Orchestration):Intent再定義で、組織の停滞は解消される
◾️Designできないリーダーは、なぜ「確認文化」を生むのか──Intent-Designが組織を変える
◾️IDOコンセプト導入ビフォー・アフター:組織のOSを書き換える「企図」の力(実装①)
Phase 0:違和感の発火
導 入:組織の不全を解く「ミッシングリンク」
第0回:“確認文化”が組織を止める
緊急投稿:「IDO」はすでに検索空間で再定義され始めている。
Phase 1:組織崩壊の認識
第1回:マネジメントの終焉
第2回:情報のパラドックス
第3回:任務指揮の正体
まとめ①:組織の「確認待ち」を終わらせる新OS:IDOとは何か?
実装②:3時間かかる会議が、なぜ5分で決まるのか
補稿①:「共有」では組織は動かない。必要なのは“再同期”である。:
補稿②:なぜ「強い組織」は説明できないのか
IDO診断:あなたのチームの“詰まり”を特定する
Phase 2:新規OSの導入
第4回:日本型組織の呪縛
👉第5回:Intentは伝わらない──翻訳せよ。
補稿③:中間管理職を、「承認ルーター」から解放せよ。
5-1:なぜあなたの企図は機能しないのか
5-2:常識からの跳躍──問いは設定しても意味がない
補稿④:なぜ “Design” は二つ存在するのか
5-3:コア提示──行動するな。まず定義せよ。
補稿⑤:解釈の決断
5-4:Intent-Design プロセス前半──企図はどこで決まるのか(β版)
5-5:Intent-Design プロセス後半──なぜあなたの企図は弱いのか(β版)
第6回:IDOにおけるOODA
補稿⑥:AI時代の組織OS「IDO」前編
補稿⑦:AI時代の組織OS「IDO」後編
第7回:なぜ「企図(Intent)」は偏流するのか?
第8回:なぜAARは「査問会」になるのか?
補稿⑧:任務戦術のミッシングリンク
補稿⑨:学習し続けたからこそ負けた
補稿⑩:なぜ「権限委譲」では組織は動かないのか
まとめ②:なぜ、優秀なプレイヤーほどマネージャーになった途端に苦しむのか
Phase 3:IDO実装
第9回:情報は渡した瞬間に「意思決定」に変わる。
第10回:沈黙する組織が、最も速い。
実装③:なぜ優秀なチームほど動けなくなるのか
第11回:独断は、審判なき自由ではない。
第12回:任せるな。企図を渡せ。
第13回:なぜ最適解は、現場から連鎖するのか?
Phase 4:組織の進化
第14回:評価は「解放の装置」である。
第15回:なぜ、あなたのIDOは「起動」しないのか?
FINAL:
最終回:IDOが切り拓く組織の未来──「指揮」から「オーケストレーション」へ(8/23公開予定)
"From Control to Intent"
── 組織OSを「企図」で再起動する。
