【IDO】第4回:日本型組織の呪縛──なぜ「指示待ち」は生まれるのか【導入編】
なぜ優秀な人材ほど、指示待ちになるのか。
それは能力ではない。
「判断の設計不在」という構造の問題だ。
"From Control to Intent"
── 組織OSを「企図」で再起動する。
(絵画出典: Daniel's Answer to the King (1890), Briton Riviere, Public Domain)
【免責事項】
本稿は筆者個人の見解であり、所属組織の公式見解を示すものではありません。また、記載内容は公開情報および一般化・抽象化された概念に基づいています。
プロローグ:「わが社の社員も、自律的に動いてほしい」
そう願いながら、現場の意思決定を無意識に奪っていないでしょうか。
貴方は、部下に「獅子」のように戦えと言いながら、日々の業務では彼らを「指示待ちの羊」として飼い慣らしてはいないでしょうか。
※この「羊と獅子」の比喩は、用兵思想研究者である片岡徹也氏の言葉に着想を得て、本稿の構造的問題を説明する象徴として用いています。
前回(第3回:任務指揮の正体──「命令しない軍隊」が最強である理由)、最強の組織原理として提示した「Auftragstaktik(任務指揮/委任戦術/訓令戦術)」。その導入の裏側には、150年前のプロイセン軍から現代の日本組織まで、時代を超えて通底する「呪縛」との孤独な戦いがありました。
1. 「指示待ち」は、優秀な人材による「合理的な生存戦略」である
現代の日本組織において「指示待ち」が発生するのは、現場の能力が低いからではありません。むしろ、組織が「指示への依存」を最適解として設計してしまっていることに原因があります。
失敗の過大評価:
減点方式の評価制度下では、「何もしないこと」が最大のリスクヘッジになる。
判断のブラックボックス化:
「なぜ(Purpose)」が語られず、「何を(Task)」だけが降りてくるため、現場は判断の材料を持てない。
忖度という名の同期:
上司の顔色を先読みすることが、最も「安全」で「評価される」振る舞いになる。
Design(世界の切り取り方)が共有されていない組織において、現場が唯一参照できる「外部環境」は、市場でも顧客でもなく、「上司の表情」という情報だけになります。つまり、忖度とは、Designという羅針盤を奪われた優秀な人材による、必死の環境適応(サバイバル)の結果なのです。
組織が構成員に対して日頃から羊であることを求めている以上、獅子は育ちようがありません。
2. 真犯人は「Design」の不在と、ドラッカーが残した「空白地帯」
なぜ、これほどまでに指示への依存が加速するのか。それは現場が臆病だからでも、能力がないからでもありません。
その核心は、組織における「Design(デザイン)」の欠落にあります。
人は「見えている世界」の中でしか判断できません。
米陸軍では、戦う場所(戦域、戦場)での情報の見方や戦いの意味構造を定義、すなわち「世界の切り取り方」を決める方法をOperational Design(作戦デザイン)と呼びます。この「Design」の手法は、組織が活動する上で必要な以下のことを明確にします。
・何が本質的な課題か?(真に解決すべき問題は何か?)
・どこに資源を集中すべきか?(叩くべき重心:Center of Gravityはどこか?)
・どのような状態になれば「勝ち」なのか?(望ましい終末態勢:End Stateはどんな態勢か?)

現代の日本組織では、この「世界の切り取り方」を定義しないまま、「企図(Intent)」という名のスローガンだけを投げ飛ばします。
本来、「企図(Intent)」はDesignから案出されるべきものです。
このDesignが不完全な場合、あるいはDesign無しで「企図(Intent)」のみが発出される場合など、Design無き「企図(Intent)」は、現場にとっては単なる「無茶振り」でしかありません。
ここでさらに現代マネジメントの限界に直面します。
ピーター・ドラッカーは「意思決定は現場に近いところで行うべき(分権化)」と説きましたが、実はそこに決定的な「空白地帯」を残しました。
ヘンリー・ミンツバーグが指摘したように、構造としての分権だけでは、現場は「どう判断すればいいか」という具体的な指針を持てません。
第2回で触れた「情報のパラドックス」もここに拍車をかけます。IT化によりデータは共有されるようになりましたが、そのデータの「解釈の枠組み(Design)」が共有されていないため、現場は情報の海に溺れ、上層部はリアルタイムな数値を見てマイクロマネジメントの誘惑に駆られる。
ドラッカーの分権論が現代で機能不全を起こしているのは、この「解釈のOS」が未実装だからです。
IDOは、このドラッカーが残した空白を、「実装可能な判断プロセス」というOSで埋める試みでもあります。
3. イエナの衝撃と「部品の群れ」の崩壊
この「指示依存」の呪縛は、150年前のプロイセン軍も同様でした。
1806年、イエナ・アウエルシュタットの戦い。当時、欧州最強と謳われたプロイセン軍は、ナポレオン率いるフランス軍の前に文字通り「全滅」しました。
当時のプロイセン軍兵士は、恐怖による規律で縛られ、上官の命令なしには一歩も動けない「機械の部品」でした。対するフランス軍は、革命を経て「自分の国を守る」という当事者意識(I DO)を持った市民兵の集団。フランス軍兵士は現場で状況を判断し、柔軟に戦いました。
フランス軍兵士とプロイセン軍兵士では、同じ戦場でも「見えている世界(Design)が違った」のです。指示を待つだけの「部品の群れ」は、相対的に自律的に動く「獅子の群れ」の前に、なす術なく崩壊しました。
4. シャルンホルストの孤独な改革:旧弊との戦い
敗北の衝撃を受け、ゲルハルト・フォン・シャルンホルストやグナイゼナウら「改革派」は、プロイセン軍の根底からの作り直しに着手します。
彼らは、貴族独占の将校団を実力主義に改め、兵士に肉体的罰を与えるのを禁じ、「国民兵」として誇りを持たせる教育を始めました。
しかし、その道のりは苦難の連続でした。
保守的な将軍たちは「平民を教育して武器を持たせれば反乱が起きる」と猛反対し、従来の厳格な規律(指示依存)こそが軍の規律であると信じて疑いませんでした。制度を書き換えても、「人は恐怖で動かすものだ」という旧来のドクトリンを信じる人々が、改革の足を引っ張り続けたのです。
5. モルトケによる「任務指揮」への昇華と、その孤独
シャルンホルストらの蒔いた種を、半世紀後に「Auftragstaktik」として制度的に完成させたのが名参謀総長ヘルムート・フォン・モルトケです。
しかし、モルトケもまた孤独でした。現場の老将たちは「具体的な指示」がないことに不安を覚え、独断を「軍紀を乱す行為」として嫌悪しました。
この「独断への恐怖」は。現代のガバナンスやコンプライアンスへの懸念と重なります。
モルトケは悟ります。最大の敵は内部の「認識のズレ」であると。
モルトケが取り組んだのは、単に自由を与えることではなく、「自由に行動しても結果が揃うだけの、思考のOSを配布すること」でした。
「同じ状況を見たとき、同じ意味で理解できる」状態。
これこそが、モルトケが生涯を捧げた「考え方そのもの(教範・ドクトリン)」を揃えることであり、本連載で提唱する「IDO」が機能するための絶対的な土壌なのです。

6. IDOの核心:JCSの流儀
本連載で提唱する「IDO:目的主導」では、この構造を「JCSの流儀」として体系化します。
* 指示(shi-Ji): 手段を固定し、依存を生む構造。
* 死地(shi-Chi): 予測不能な変化。指示待ち組織が全滅する場所。
* 獅子(shi-Shi): Designを共有し、自律するプロフェッショナル。
「指示(Ji)」に依存する群れは、「死地(Chi)」において全滅します。
生き残れるのは、自律した「獅子(Shi)」の群れだけです。
獅子とは、野中郁次郎氏が説く「フロネシス(実践的知恵)」を体現する存在です。
Designが揃っているからこそ、現場の一人ひとりが「今、ここで、何をすべきか」と言う個別具体的な正解を、組織の全体目的から逸脱せずに導き出せるようになります。
これこそが、単なる「権限移譲」と、IDOが目指す「委任」の決定的な違いです。

7. IDO実装に伴う「痛み」と「覚悟」
日本企業へのIDO実装は、かつてシャルンホルストやモルトケが直面した困難と同じくらい、あるいはそれ以上にハードな道のりになることを覚悟しなければなりません。
IDOの実装は、単なる組織図の変更ではなく、文化の書き換えだからです。
リーダーは「管理の安心感」を、部下は「指示待ちの気楽さ」を捨てなければなりません。
ここで重要なのは、「決断の負荷と、責任は別物」だということです。
戦場に「摩擦(Friction)」が不可避であるように、ビジネスにおける予期せぬ事態もDesignの一部です。
リーダーの覚悟とは、
・現場が正しく判断できるためのDesignを提示し続けること
・現場の「自律的な判断のプロセス」=「決断」を信じること
・Designを通じて導出されたIntentに基づく結果の最終責任を負うこと
です。
この「責任の集中」と「判断の分散」を両立させる覚悟がなければ、IDOは単なる「丸投げ」に終わり、組織は瓦解します。
(※この覚悟の究極の姿については、本連載の最終回で改めて詳しく触れます)
【IDOの定義】
「IDO:目的主導(Intent-Driven Orchestration)」とは、Purpose(目的)とIntent(企図)を起点に、各レイヤーが状況に応じてIntentを再解釈・更新しながら意思決定を行うことで、分散意思決定を成立させ、 不確実な環境下での意思決定速度と適応能力を最大化する組織運営論である。
結びに
組織は、「何をするか」で決まるのではありません。
「どう世界を切り取るか(Design)」で決まります。
日本型組織の呪縛を解く道は、かつてのプロイセンが成し遂げたように、気の遠くなるような「認識の同期」の連続です。
では、その第一歩として、リーダーは何を語るべきなのか。
次回、いよいよIDOの中核へ。
抽象的な「想い」を、現場が迷わず動ける「見える景色」へと変換する技術を紐解きます。
第5回(5月10日(日)朝公開予定)
「Intentは伝わらない──翻訳せよ。
── 自律を起動する「End State」という共通言語」
でお会いしましょう。
※「IDO:目的主導(Intent-Driven Orchestration)」は、山添直智が提唱する独自の組織運営コンセプトです。
【全体ビュー数7000突破!(2026.August.3)】
🔳IDOコンセプト・ラボ専用メールアカウント開設しました!
読者の皆さんとの共創を加速させるために、フィードバック・ご意見等はこちらのメールアドレスまでご連絡下さい。
intentdriven2026@gmail.com
IDOコンセプトを実務に適用する上での疑問や、組織の現状に関するご意見をお寄せください。
「自組織で『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を「企図」で再起動する。
