「自走する組織」の落とし穴：KDDIのIT変革に学ぶ、戻れる権限委譲の設計

2026-03-05

「自走する組織」。多くの経営者が憧れ、同時に頭を悩ませる言葉です。中央集権的な意思決定から抜け出し、現場に権限を委ねて、スピードと創造性を手に入れる。目指す姿ははっきりしています。

しかし、この「委譲」という行為には静かな危険が潜んでいます。一度渡した権限は、簡単には回収できません。人に役割と期待を固定することで組織が硬直し、当初の目的を見失うことがあるからです。

KDDIが進めるIT部門の変革、「自走する組織」への取り組みは、この難題に正面から向き合った好例です。DIAMOND ハーバード・ビジネス・レビュー誌で紹介された同社のケースは、単なる成功談ではなく、「権限委譲という実験」の貴重な記録と言えます。ここから、権限を「戻せる形」で委ねるための設計思想を読み解いていきます。

「自走」の名の下に、何を委ね、何を守るのか

権限委譲の最大のリスクは、役割の「人格化」

「自走する組織」を目指す企業の多くが最初につまずくのは、「権限を人に付与する」という発想そのものです。優秀なAさんに予算の決定権を渡す。Bチームに採用の最終面接権を委ねる。合理的な判断に見えますが、ここで可逆性が失われます。権限が「Aさんという人格」や「Bチームという固有名詞」に結びついてしまうからです。

KDDIの事例で注目したいのは、この点に意識的に取り組んでいた様子がうかがえることです。報道には「IT部門の価値を再定義する」とあり、部門そのものの役割と、成果の測り方（おそらく社内顧客の満足度や開発スピードなど）を変えることが核心にあったと推察されます。「特定の個人」ではなく、「部門の業務と成果」に焦点を当てたアプローチです。

権限委譲を戻れる実験にするための第一原則は、「人ではなく、業務と判断範囲を見る」ことです。予算権を渡すなら、「どの範囲の業務について、いくらまでの裁量を持つか」を明確にします。そしてそれを、Aさんがいるから与えるのではなく、そのポジションが担う業務に付随する「一時的な機能」として設計します。人が替われば、その機能は別の人に移るか、いったん回収して設計し直す。その余地を、最初から仕込んでおく必要があります。

「自走」の評価期間と観測ポイントを先に決める

「さあ、自走しなさい」と権限を渡すだけでは、無責任な放任で終わります。KDDIほどの大企業なら、おそらく数年がかりの変革プログラムとして、段階的な目標と評価指標を設けていたでしょう。中小企業でも、「評価期間の設定」と「観測ポイントの明確化」は、戻れる権限委譲の生命線です。

たとえば、営業部門にある程度の価格決定権を委ねるとします。これを実験として扱うなら、次の要素を前もって決めておかなければなりません。

評価期間：3ヶ月間のトライアルとする。
観測ポイント：粗利益率の平均値とばらつき、顧客単価の変化、営業担当者が判断にかける時間。
撤退条件：粗利益率がX%を下回った場合、または価格設定のばらつきが想定以上に大きく、ブランドイメージを損なうおそれが出た場合。
戻し方：権限をいったん本部に回収し、観測データをもとに判断基準（マニュアルや承認ルール）を改訂したうえで、再び委譲を試みる。あるいは、一部商品だけの裁量など別の形に縮小する。

このように「失敗を前提に設計する」ことで、権限委譲は怖くない実験になります。KDDIのIT部門改革も、おそらく「クラウド移行率」「内製開発スピード」といった観測可能な指標をもとに、フェーズごとの検証を繰り返していたはずです。ゴールは「自走している状態」というあいまいなものではなく、「これこれの指標がこれだけ改善した状態」という、評価でき、達成できなければ軌道修正できる明確なものだったでしょう。

可逆性を奪う「心理的な固定化」に抗う

権限委譲が戻れなくなる最大の要因は、契約や制度よりも「心理的な固定化」にあります。「あの仕事はもうAさんの担当だ」「この決定はBチームに任せたから口を出せない」。こうした暗黙の了解が組織に広がると、業績が振るわなくても、権限を回収するには非常に高い心理的コストがかかります。「信頼を裏切った」という感情が、合理的な判断を妨げるのです。

これを防ぐには、最初から「これは実験だ」という前提を関係者全員で共有するしかありません。経営者が「任せる」と言うとき、その意味は「永遠に君に預ける」ではなく、「今期いっぱい、この新しいやり方で成果を出せるか一緒に試してみよう」でなければならないのです。

私が関わったある小売業では、店舗ごとの商品発注権を店長に委ねる実験をしました。その際、経営陣は「これは3ヶ月のトライアルです。うまくいかなければ、また一緒に仕組みを考え直しましょう」とはっきり伝えました。結果として一部の店舗で在庫が偏り、権限を一時的に本部へ戻すことになりました。それでも店長たちはこれを「失敗」ではなく「試してみてわかった課題」として前向きに受け止め、より良い仕組みづくりの議論に活かせたのです。

KDDIの大規模な組織変革でも、この「学習プロセスとしての実験」という枠組みが、社内の合意形成と心理的安全性の確保に大きく役立ったと考えられます。

「自走」は目的地ではなく、調整できる巡航状態である

「自走する組織」とは、完全な自律でもなければ、経営者の手を離れた放任でもありません。適切に設計された権限と責任の範囲で、現場が意思決定し、その結果を観測・評価し、必要に応じて軌道修正できる「調整可能な巡航状態」と言えるでしょう。

KDDIの事例は、この状態をIT部門という重要な機能で実現しようとする挑戦です。成功のカギは、テクノロジーやマインドセット以前に、権限委譲という判断そのものに可逆性を組み込む設計思想にあったはずです。

中小企業の経営者なら、いきなり全社的な「自走化」を目指す必要はありません。一つの部署、一つの業務プロセスから始めればよいのです。その際に忘れてはならないことは三つあります。

権限を渡す相手は「人」ではなく、「業務の範囲」であること。
評価期間と観測ポイント（定量指標）を、必ず事前に決めること。
「実験である」という前提を全員で共有し、失敗を構造から学ぶ機会にすること。

権限を委ねることは、決して元に戻せない一方通行の行為であってはなりません。組織の能力と適性を測るための、何度でも繰り返せる「戻れる実験」なのです。KDDIの大規模な変革から学べる最も重要な教訓は、規模の大小にかかわらず、この「実験としての設計思想」こそが変化への恐れを減らし、持続的な組織の進化を可能にする、ということではないでしょうか。