【IDO】第14回:評価は「解放の装置」である── 独断を殺す評価から、独断を加速させる評価へ
評価が変わらなければ、組織は絶対に変わらない。
IDOは「結果」ではなく、「企図に沿った判断」を評価する。
失敗を罰する組織は止まり、失敗を投資とする組織は進化する。
"From Control to Intent"
── 組織OSを「企図」で再起動
(絵画出典:Raffaello Sanzio - The Judgment of Solomon, Public Domain)
【免責事項】
本稿は筆者個人の見解であり、所属組織の公式見解を示すものではありません。また、記載内容は公開情報および一般化・抽象化された概念に基づいています。
どれほど優れた「企図(Intent)」を掲げ、情報の透明性を高めても、一度の「独断による失敗」で部下が指弾される組織であれば、IDOは瞬時に崩壊します。人は、自分の生存やプライドを脅かすシステムには、本能的に従わないからです。
自律的な組織を維持するためには、評価のパラダイムシフトが避けられません。IDOにおける評価とは、単なる「過去の結果への報酬」ではなく、「次なる独断へのエネルギー」を供給するプロセスなのです。
1. 独断を支えるインフラ「心理的安全性」と「受容」
IDOのような自律分散型組織を成立させる絶対条件が、エイミー・エドモンドソン教授の提唱する「心理的安全性(Psychological Safety)」です。これは単なる「仲の良さ」ではなく、「対人関係のリスクをとっても、このチームなら罰せられたりしない」という確信を指します。
不確実な世界において、現場が「独断」を下す行為は常にリスクと隣り合わせです。ここで再び、バーナードの「権限受容説」が重要になります。部下がリーダーの企図を「受容」し、リスクを取って動くのは、リーダー側に「誠実さ(インテグリティ)」があると感じる時だけです。
リーダーの最大の責務は、「企図に沿った挑戦であれば、たとえ失敗しても地位が脅かされることはない」という安全保障を、日々の言葉と評価制度を通じて担保し続けることにあります。
2. 「プロセスの企図適合性」を評価せよ
従来の評価制度は「結果(KPI達成度)」に偏重しがちですが、戦場のごとく変化する市場では、正しい判断が必ずしも望ましい結果を招くとは限りません。IDO組織が評価すべきは、結果以上に「その判断がリーダーの企図に照らして妥当であったか」というプロセスです。
ここで、評価の基準を明確にするためのマトリクスを提示します。
賞賛されるべき失敗(ナイス・トライ): リーダーの「企図」を深く理解し、ドクトリンに基づいて独断したが、予期せぬ外部要因で結果が伴わなかったケース。これは高く評価し、教訓を組織で共有すべきです。
厳しく批判されるべき成功(結果オーライ): 指揮官の「企図」を無視し、ドクトリンに反して、たまたま運良く結果が出たケース。
後者を許容すれば、組織は「ギャンブル」を奨励することになり、ドクトリン(OS)は確実に汚染されます。逆に前者を正当に評価することで、現場はさらなる自己同期へと向かうのです。
3. 「不都合な真実」を吸い上げるフィードバックの作法
第7回で述べたように、情報の透明性は「不都合な情報の伝達速度」で決まります。これを支えるのが、評価に紐づくフィードバックの質です。IDO型リーダーのフィードバックは「詰め」ではなく、「状況認識の擦り合わせ」という高度な対話です。具体的には、以下の3つを問いかけます。
「その時、君の目には何が見えていたのか?(状況認識)」
「何を優先して、その独断に至ったのか?(優先順位)」
「その判断は、私の示した『企図』とどう繋がっていたか?(企図適合性)」
もし認識がズレていたとしても、それはリーダー自身の「企図の徹底不足」が原因かもしれません。失敗を叱責の種から「組織の学習データ」へと変換するこの姿勢こそが、IDOの持続可能性を支えます。
4. 「ピア・フィードバック」で横の繋がりを可視化する
自己同期する組織では、メンバーは上司以上に他部門と連携しています。そのため、上司一人による垂直的な評価だけでは、現場の真の貢献を拾いきれません。
有効なのが、共に戦った仲間による「ピア・フィードバック」です。「あの危機的状況で、彼は我々の部門の苦境を察知し、自発的にリソースを回してくれた」。こうした横の貢献を可視化し、報いる仕組みが必要です。自己同期は、全体のEnd Stateに貢献した「利他的な独断」を評価の軸に据えるべきです。
5. 失敗を「教育投資」として計上するレジリエンス
ドイツ連邦軍指揮大学校(FüAk)の教育では、演習での失敗は「将来の戦場での損害を未然に防ぐためのコスト」と見なされます。ビジネスでも、独断による失敗を「未来の成功のための教育投資」として捉える度量が必要です。
私が二十数年間の自衛官生活を通じて学んだのは、完璧な計画よりも、「失敗から即座に立ち直る柔軟性(レジリエンス)」の方が、最終的な勝利に近いということです。職務上で失敗した部下の処罰を考えるのではなく、その教訓をどう組織全体に配備(デプロイ)し、次なる武器にするかを考える。それが真のIDO型リーダーの責務です。
結び:評価は「支配の道具」から「解放の鍵」へ
評価が変われば、行動が変わります。リーダーが判断の「権限」を現場に手渡し、その結果に対する「責任」をリーダー自らが背負う。このセットを評価制度として構築したとき、組織は「指示待ちの集団」から、自律的に躍動する「生命体」へと脱皮します。
評価とは、部下を閉じ込める檻ではありません。部下がその才能を最大限に解き放ち、恐れずに「独断」の一歩を踏み出すための、背中を押す「解放の鍵」でなければならないのです。
第15回(8月16日公開予定)
「なぜ、あなたのIDOは「起動」しないのか?
── それは「設計ミス」ではない。リーダーの“電源”が入っていないからだ。」
でお会いしましょう。
※「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を「企図」で再起動する。
