なぜ「任せたのに、戻ってくる」のか
委譲が空回りする最大の理由は、権限だけを渡して、判断に必要な基準と情報を渡していないことです。何を良しとするか（基準）と、判断材料への経路（情報）がなければ、部下は決めようがなく、確認に来ます。
そして確認に来る部下を見て、経営者は「まだ任せられない」と学習し、細かく見るようになります。細かく見られる部下は、ますます自分で決めなくなる——委譲の失敗は、双方が合理的に振る舞った結果として、自己強化するループになります。
委譲の失敗は、能力の問題なのか
組織の成長段階を整理したグレイナーは、創業期の直接指揮が限界を迎えたあと、組織は委譲の段階へ移る必要があり、そこで多くの経営者がつまずくことを示しました。つまずきの中心は、部下の能力不足よりも、経営者自身が判断を手放す構造をつくれないことにあります。
「自分がやったほうが早い」は、短期的にはほぼ常に正しい判断です。しかしその積み重ねが、判断できる人が育たない構造を再生産します。
何を渡せば、判断は移るのか
判断を実際に移すために渡すものは、権限のほかに次の四つです。
- 判断基準：何を良しとし、何を避けるか。迷ったときに立ち返る優先順位
- 情報への経路：判断に必要な数字・顧客の声・経営の文脈へ、確認せずアクセスできる状態
- 失敗の扱い：委譲した判断の失敗を、責任追及ではなく基準の更新に使うという約束
- 相談のルール：どこまでは独断でよく、どこからは事前相談か、の境界
「丸投げ」と「委譲」は、どう違うのか
渡した後に機能するかどうかは、渡すときの設計で決まります。
| 観点 | 丸投げ | 権限委譲 |
|---|---|---|
| 渡すもの | タスクと責任だけ | 権限＋判断基準＋情報への経路 |
| 情報 | 本人が集められる範囲のみ | 判断に必要な情報へのアクセスを先に整える |
| 失敗のとき | 責任を問われる（次から誰も決めない） | 基準を一緒に更新する（判断が磨かれる） |
| フォロー | 結果だけを見る | 初期は判断の理由を聞き、基準のずれを直す |
| 行き着く先 | 結局、上に判断が戻る | 確認が減り、報告に変わる |
経営者の側の構造——ボトルネックの正体
委譲が進まない組織では、経営者への確認待ちが判断の渋滞をつくります。経営者が忙しいほど確認は滞り、現場は止まり、急ぎの案件だけが割り込みで処理され、さらに確認が集まる——という循環です。ドラッカーが指摘したとおり、成果を上げるには、自分にしかできない仕事へ時間を移す構造が要ります。
委譲は部下を育てる施策である以前に、経営者の時間を経営に戻すための構造設計です。
現場では、どこから始めるのか
一括の権限移譲は、基準が追いつかず失敗しやすいため、決定の仕分けから始めます。日常的に発生する決定を洗い出し、金額・影響範囲・取り返しやすさで分類し、基準を言語化しやすい領域から一つずつ移します。
DroRは、この仕分けと基準の言語化を、会議体の意思決定単位の設計とあわせて進めます。臨床組織科学（COS）の見方では、権限委譲は個人のスキル移転ではなく、意思決定の経路という構造の再設計です。