「自走」の名の下に、何を委ね、何を守るのか
「自走する組織」――これは、多くの経営者が憧れ、また頭を悩ませるキーワードです。中央集権的な意思決定から脱却し、現場に権限を委ね、スピードと創造性を手に入れる。理想像は明確です。しかし、この「委譲」という行為には、静かな危険が潜んでいます。一度渡した権限は、簡単には回収できない。人に役割と期待を固定することで、組織は硬直化し、当初の目的を見失うことがあるからです。
KDDIが進めるIT部門の変革「自走する組織」への取り組みは、この難題に正面から向き合う好例です。DIAMOND ハーバード・ビジネス・レビュー誌で紹介された同社のケースは、単なる成功談ではなく、「権限委譲という実験」の貴重な記録と言えます。私たちはここから、権限を「戻せる形」で委ねるための設計思想を読み解くことができるのです。
権限委譲の最大のリスク：役割の「人格化」
「自走する組織」を目指す際、多くの企業が犯す最初の過ちは、「権限を人に付与する」という発想そのものにあります。優秀なAさんに予算決定権を渡す。Bチームに採用の最終面接権を委ねる。一見、合理的な判断です。しかし、ここで可逆性が失われます。なぜなら、権限が「Aさんという人格」や「Bチームという固有名詞」に紐づけられてしまうからです。
KDDIの事例で注目すべきは、この点に対する意識的なアプローチが伺えることです。報道では、「IT部門の価値を再定義する」とあり、部門そのものの役割と成果の測定基準（おそらく内部カスタマー満足度や開発スピードなど）の変革が核心にあったと推察されます。これは、「特定の個人」ではなく、「部門の業務と成果」に焦点を当てたアプローチです。
権限委譲を戻れる実験とする第一原則は、「人ではなく、業務と判断範囲を見る」ことです。予算権を渡すのであれば、「どの範囲の業務について、いくらまでの裁量を持つか」を明確にし、それはAさんがいるからではなく、そのポジションが担う業務に付随する「一時的な機能」として設計します。人が変われば、その機能は別の人に移るか、あるいは一度回収されて再設計される余地を、最初から仕込んでおく必要があります。
「自走」の評価期間と観測ポイントを先に決める
「さあ、自走しなさい」と権限を渡しただけでは、それは無責任な放任で終わります。KDDIのような大企業であれば、おそらく数年にわたる変革プログラムとして、段階的な目標と評価指標を設けていたでしょう。中小企業においても、この「評価期間の設定」と「観測ポイントの明確化」は、戻れる権限委譲の生命線です。
例えば、営業部門にある程度の価格決定権を委ねるとします。この判断が実験であるなら、以下の要素を事前に決めておかなければなりません。
- 評価期間：3ヶ月間のトライアルとする。
- 観測ポイント：粗利益率の平均値とばらつき、顧客単価の変化、営業担当者の判断に要する時間。
- 撤退条件：粗利益率がX%を下回る、または価格設定のばらつきが想定以上に大きくなりブランドイメージを損なう恐れが出た場合。
- 戻し方：権限は一度本部に回収し、観測データをもとに、判断基準（マニュアルや承認ルール）を改訂した上で、再度委譲を試みるか、別の形（例：一部商品のみの裁量）にスケールダウンする。
このように、「失敗を前提に設計する」ことで、権限委譲は怖くない実験になります。KDDIのIT部門改革も、おそらく「クラウド移行率」「内製開発スピード」などの観測可能な指標に基づき、フェーズごとの検証を繰り返したはずです。ゴールは「自走している状態」という曖昧なものではなく、「これこれの指標がこれだけ改善された状態」という、評価可能で、もし達成されなければ軌道修正できる明確なものだったでしょう。
可逆性を失わせる「心理的固定化」に抗う
権限委譲が戻れなくなる最大の要因は、契約や制度以上に「心理的固定化」にあります。「あの仕事はもうAさんの担当だ」「この決定はBチームに任せたから、口を出せない」。こうした暗黙の了解が組織に浸透すると、たとえ業績が振るわなくても、権限を回収することが心理的に非常に高いコストを伴います。「信頼を裏切った」という感情が、合理的な判断を阻害するのです。
これを防ぐには、最初から「これは実験である」という前提を関係者全員で共有することが不可欠です。経営者が「任せる」と言うとき、それは「永遠に君に預ける」ではなく、「今期いっぱい、この新しいやり方で成果を出すことを一緒に試してみよう」というメッセージでなければなりません。
私が関わったある小売業では、店舗ごとの商品発注権を店長に委ねる実験を行いました。その際、経営陣は「これは3ヶ月のトライアルです。うまくいかなければ、また一緒に仕組みを考え直しましょう」と明確に伝えました。結果、一部店舗では在庫が偏り、権限を一時的に本部に戻す判断が下りましたが、店長たちからは「失敗」としてではなく、「試してみてわかった課題」として前向きに受け止められ、次のより良い仕組み作りの議論に活かすことができました。
KDDIの大規模な組織変革でも、この「学習プロセスとしての実験」という枠組みが、社内の合意形成と心理的安全性の確保に大きく寄与したと考えられます。
「自走」は目的地ではなく、調整可能な巡航状態である
「自走する組織」とは、完全な自律でもなければ、経営者の手を離れた放任でもありません。それは、適切に設計された権限と責任の範囲内で、現場が意思決定し、その結果を観測・評価し、必要に応じて軌道修正が可能な「調整可能な巡航状態」と言えるでしょう。
KDDIの事例は、この状態をIT部門という重要な機能で実現しようとする挑戦です。その成功のカギは、テクノロジーやマインドセット以前に、権限委譲という判断そのものに「可逆性」を組み込む設計思想にあったはずです。
中小企業の経営者であれば、いきなり全社的な「自走化」を目指す必要はありません。一つの部署、一つの業務プロセスから始めればよい。その際、忘れてはならないのは、
- 権限を渡すのは「人」ではなく「業務の範囲」に対してであること。
- 必ず評価期間と観測ポイント（定量指標）を事前に設定すること。
- 「実験である」という前提を全員で共有し、失敗を構造から学ぶ機会とすること。
権限を委ねることは、決して元に戻せない一方向の行為であってはなりません。それは、組織の能力と適性を測るための、何度でも繰り返せる「戻れる実験」なのです。KDDIのような大企業の大規模変革から学べる最も重要な教訓は、規模の大小に関わらず、この「実験としての設計思想」が、変化への恐れを減らし、持続可能な組織進化を可能にする、ということではないでしょうか。
