権限委譲——「任せる技術」を身につける
レッスン5:権限委譲——「任せる技術」を身につける
このレッスンで学ぶこと
- 権限委譲(デリゲーション)の発想を理解する
- 「自分でやった方が早い病」からの脱出方法を学ぶ
- 任せ方の段階(状況対応リーダーシップ)を扱える
- メンバーのスキルと意欲のマトリクスで関わり方を変える発想を持つ
- 任せた後のモニタリング(過度な介入の罠)を回避する
- 失敗を許容する範囲の設計を理解する
前回のレッスンで人のマネジメントの基礎を扱いました。本レッスンは、人のマネジメントの中でも、新任マネジャーがもっとも難しさを感じる「権限委譲」を扱います。「自分でやった方が早い」誘惑を抑え、メンバーに任せる技術。短期では遠回りに見えますが、長期ではチームの成果とメンバーの成長を支える、マネジメントの核心の 1 つです。
権限委譲とは
権限委譲(delegation、デリゲーション)を、本コースでは次のように定義します。
マネジャーが本来やるべき業務や判断を、メンバーに任せ、結果の責任は最終的にマネジャーが持つ仕組み。
この定義の鍵は 3 つです。
1. 「本来やるべき業務や判断」
権限委譲の対象は、マネジャー本来の業務(目標設定、計画、判断、対外調整など)です。マネジャー業務でないもの(プレイヤー業務)を「任せる」のは、権限委譲ではなく業務分担です。
2. 「メンバーに任せ」
任せるとは、進め方や中間の判断を含めて、メンバーに委ねることです。「やり方を指定して作業させる」のは、任せたことになりません。
3. 「結果の責任は最終的にマネジャーが持つ」
権限を委譲しても、結果に対する責任は委譲できません。「任せたから」「部下のミス」と責任を逃れるマネジャーは、部下から信頼を失います。
💡 ポイント 権限委譲は「マネジャー本来の業務や判断をメンバーに任せ、結果の責任は最終的にマネジャーが持つ」仕組み。進め方を委ね、責任は手放さない、が本質です。
「自分でやった方が早い病」からの脱出
新任マネジャーが権限委譲に踏み込めない最大の理由が、「自分でやった方が早い病」です。
なぜ「自分でやった方が早い」と感じるか
- 自分のスキル・経験が高い領域
- メンバーがまだ慣れていない
- 失敗を許容する余裕がない(時間的・心理的に)
- メンバーに教える時間より、自分でやる方が短時間
- 「教える」スキルが自分にない
「自分でやった方が早い」は短期の真実、長期の罠
確かに、短期で見れば自分でやった方が早いです。ただし、長期で見ると次の問題が起こります。
- メンバーが成長しない
- マネジャーが業務を抱え込み、本来のマネジャー業務に時間が回らない
- メンバーが「マネジャーがやってくれる」と依存する
- マネジャーが燃え尽きる
- マネジャーが異動・退職したときにチームが回らなくなる
「短期 1 時間の節約のために、長期 100 時間を失う」のが、自分でやった方が早い病の本質です。
脱出の 3 ステップ
ステップ 1:「教える時間」を投資と捉える
メンバーに教える時間は、コストではなく投資です。1 回教えるのに 2 時間かかっても、その後メンバーが 10 回 1 時間で実行できれば、合計 8 時間の節約になります。
ステップ 2:「完璧」を諦める
メンバーのアウトプットの 70% を受け入れる訓練をします。「自分なら 100% できる」業務に対して、メンバーの 70% で許容する勇気が必要です。残りの 30% は、メンバーが学んで埋めていきます。
ステップ 3:「最初の失敗」を予算化する
新しい業務をメンバーに任せると、最初の数回は失敗や遅延が発生します。これを「失敗予算」として事前に組み込みます。「最初の 3 回は失敗してもよい、4 回目から成果を期待する」と決めると、マネジャーも気持ちが楽になります。
💡 ポイント 「自分でやった方が早い」は短期の真実、長期の罠。脱出には「教える時間を投資と捉える」「完璧を諦める(70% を受け入れる)」「最初の失敗を予算化する」の 3 ステップ。
任せ方の段階——状況対応リーダーシップ
「任せる」と一口に言っても、メンバーの状況によって関わり方を変える必要があります。Paul Hersey と Ken Blanchard が 1969 年に提唱した「状況対応リーダーシップ理論(Situational Leadership Theory, SLT)」が、業務で広く使われる枠組みです。
4 つの関わりスタイル
メンバーの「成熟度」(業務能力 × 業務への意欲)に応じて、マネジャーが取るべき関わりを 4 つに分けます。
flowchart LR
A["S1:指示型<br/>能力低・意欲高<br/>新人・新規業務"] --> B["S2:コーチ型<br/>能力中・意欲動揺<br/>慣れる過程"]
B --> C["S3:支援型<br/>能力高・意欲動揺<br/>業務はこなせるが迷いあり"]
C --> D["S4:委譲型<br/>能力高・意欲高<br/>ベテラン・自律型"]
| スタイル | メンバーの状態 | マネジャーの関わり |
|---|---|---|
| S1:指示型(Directing) | 能力低・意欲高(新人、新規業務) | 細かく指示、進め方を教える |
| S2:コーチ型(Coaching) | 能力中・意欲動揺(慣れる過程) | 指示しながら理由を説明、対話 |
| S3:支援型(Supporting) | 能力高・意欲動揺(業務はこなせるが迷いあり) | 相談相手として支援、判断を委ねる |
| S4:委譲型(Delegating) | 能力高・意欲高(ベテラン・自律型) | 任せて結果のみ確認 |
スタイルの使い分け
新任マネジャーが押さえるべきは、「メンバーや業務によって、4 つのスタイルを使い分ける」発想です。同じメンバーでも、業務領域が違えばスタイルが変わります。
例:
- 営業経験 10 年のベテランに、既存顧客対応は S4(任せる)、新しい SaaS ツールの導入支援は S1(指示)
- 新人エンジニアに、コードレビューは S1(細かく指示)、社内勉強会の企画は S3(支援)
- ミドルメンバーに、定例業務は S4(任せる)、新規案件は S2(コーチ)
「人」ではなく「人 × 業務」でスタイルを選びます。
スタイルの遷移
長期的には、メンバーは成熟度を上げていきます。マネジャーは S1 → S2 → S3 → S4 と関わりを段階的に変えます。S1 のままにしておくと、メンバーは「いつまでも細かく管理される」と感じます。S4 にしたままにすると、新しい業務領域でメンバーが詰まります。意識的な遷移が必要です。
💡 ポイント 「任せる」は一律ではありません。Hersey & Blanchard の状況対応リーダーシップ理論(1969 年)で、メンバーの成熟度に応じて S1:指示型、S2:コーチ型、S3:支援型、S4:委譲型の 4 スタイルを使い分けます。「人 × 業務」でスタイルを選び、長期では段階的に遷移させます。
スキルと意欲のマトリクス
状況対応リーダーシップを、もう少しシンプルに使うための枠組みが「スキルと意欲のマトリクス」です。
2 軸でメンバーを分類
| 意欲 高 | 意欲 低 | |
|---|---|---|
| スキル 高 | A:自律型(任せる) | B:見限りリスク(理由を探る) |
| スキル 低 | C:育成期(教える) | D:適性課題(再配置検討) |
4 タイプへの関わり方
A:自律型(スキル高・意欲高)
ベテランで意欲もあるメンバー。S4(委譲型)で任せる。マネジャーの仕事は「報告を受ける」「結果を称賛する」「次のチャレンジを提案する」程度。過剰な介入は逆効果。
B:見限りリスク(スキル高・意欲低)
スキルはあるが意欲が下がっている状態。理由を探るのがマネジャーの仕事。「業務に飽きた」「評価に不満」「キャリアの停滞感」「私生活の問題」など、原因は様々。1on1 で深く聞いて、業務変更・配置・キャリア相談などで対応。
C:育成期(スキル低・意欲高)
新人や新規業務に取り組み始めたばかりのメンバー。意欲は高い。S1(指示型)または S2(コーチ型)で、丁寧に教える。最も投資すべき期間。
D:適性課題(スキル低・意欲低)
業務とのミスマッチが起こっている可能性。業務変更・配置変更・場合によっては転職支援。新任マネジャーが対応に困りやすいタイプ。早期に上司や人事に相談する。
マトリクスの使い方
新任マネジャーは、月次でメンバー全員をこの 2 × 2 のマトリクスに当てはめてみます。「いま誰が A で、誰が C で、誰が B か」を意識すると、関わり方の濃淡が決まります。
ただし、人を「ラベルで決めつける」のは避けます。マトリクスは「いまの状態」を整理する道具であり、「その人の本質」ではありません。半年後には別のタイプに移動していることもあります。
💡 ポイント スキルと意欲のマトリクス(2 × 2)で、メンバーを 4 タイプに分類:A 自律型、B 見限りリスク、C 育成期、D 適性課題。月次で全員を当てはめ、関わり方の濃淡を決めます。ラベルで決めつけず、状態の整理として使います。
任せた後のモニタリング——過度な介入の罠
権限委譲をしたあと、マネジャーがどう関わるかで、委譲の成否が決まります。
過度な介入の罠
「任せた」と言いながら、頻繁に進捗を聞く、細部を指摘する、進め方を変更させる——これは「任せた」とは言えません。メンバーは「結局マネジャーが決めるなら、最初から指示してほしい」と感じます。
適切なモニタリングの 4 原則
原則 1:チェックポイントを事前に決める
任せる時点で、「いつ・何を・どう報告するか」を合意します。例:「2 週間後の金曜に、進捗を 30 分で報告。中間レビューはここ 1 回のみ」。
原則 2:途中の進め方は聞かない
合意したチェックポイント以外で、進め方を聞くのは「任せていない」シグナル。メンバーから「相談したい」と来たときだけ対応します。
原則 3:障害があれば相談しやすい場を作る
メンバーが「自分で抱え込んでしまう」のを防ぐため、「困ったときはいつでも相談していいよ」と明示します。ただし、相談に来ない場合は、信頼して待ちます。
原則 4:最終結果に対するフィードバックは必ず行う
任せた業務が完了したら、必ず結果に対してフィードバックします。称賛・改善点・次の業務への期待を伝える。「任せたまま結果に触れない」は、メンバーを孤独にします。
マネジャーが介入すべき場面
ただし、すべての場面で介入を控えるべきとは限りません。次の場合は、躊躇なく介入します。
- 法令違反・コンプライアンス領域
- 安全に関わる重大なリスク
- 顧客・取引先との関係に重大な影響
- メンバー自身の心身の健康に影響
- チーム全体の業績に重大な影響
これらが見えたときは、即座に状況を確認し、必要に応じて介入します。「任せたから」と放置するのは責任放棄です。
💡 ポイント 任せた後のモニタリングは「チェックポイントを事前に決める」「途中の進め方は聞かない」「相談しやすい場を作る」「最終結果に対するフィードバックは必ず行う」の 4 原則。法令・安全・顧客・健康・業績の重大領域は即座に介入。
失敗を許容する範囲の設計
権限委譲では、メンバーが失敗する可能性を受け入れる必要があります。
失敗の許容範囲を事前に決める
任せる時点で、「どこまでの失敗は許容するか、どこからは介入するか」を、自分の中で決めておきます。
| 失敗の規模 | 対応 |
|---|---|
| 個人で完結(学習機会として) | 任せる、結果のみフィードバック |
| チーム内で完結(後でリカバリ可能) | 任せる、必要に応じて支援 |
| 部署・他部署に影響(リカバリ可能) | 中間チェックを増やす、本人と相談 |
| 顧客・取引先に影響 | マネジャー承認制、または共同進行 |
| 法令違反・コンプライアンス | 即時介入、上司・人事に報告 |
「失敗から学ぶ」文化を作る
失敗が起きたとき、マネジャーが「責める」のではなく「次に活かす」姿勢を取ると、チームに失敗から学ぶ文化が育ちます。
✗ なぜミスしたの? 次は気をつけて
○ 何が起きたかを教えて。次に同じことが起きないように、何を変えればよい?
「責任追及」より「再発防止」に集中するのが、心理的安全性を守る基本姿勢です。
マネジャー自身も失敗を見せる
メンバーに「失敗していい」と伝えるには、マネジャー自身が失敗を素直に見せる必要があります。「先週の判断、ミスだった」「私の指示が間違っていた」と素直に認めるマネジャーには、メンバーも安全に失敗できます。
💡 ポイント 失敗の許容範囲を事前に設計:個人〜チーム内は任せる、部署影響はチェック増、顧客影響はマネジャー承認、コンプライアンスは即時介入。「責任追及」より「再発防止」に集中。マネジャー自身も失敗を見せる。
講師の現場メモ:「初めての部下に『お任せします』と言って 3 か月後に苦労した話」
私(本田)が、28 歳で初めてチームリーダーになったとき、4 名のメンバーを率いていました。前のレッスンの講師メモでも触れた話の続きです。
私は当初、メンバーの仕事を細かくレビューしすぎていました。3 か月経って部長から「メンバーの 70% を受け入れろ」と言われ、慌てて方針転換しました。次の月から、私は意識的に「これは○○さんに任せます」と宣言し、進捗を聞かず、結果だけを見るようにしました。
ところが、3 か月後に大きな問題が起きました。中堅メンバーの 1 人が、私が任せた顧客対応で、顧客に大きな不満を与えてしまったのです。原因は、メンバーの判断ミスでした。私は「任せた以上は」と思って、途中で進め方を聞かなかった。けれども、振り返ると、そのメンバーは新しい顧客との対応経験がまだ浅く、本当は中間で 1 度確認すべき段階だったのです。
顧客対応の謝罪は、私と部長が一緒に行きました。顧客からは「マネジャーの本田さんが現場を把握していなかったのが、信頼を欠く」と厳しい言葉をいただきました。社内に戻った後、部長が私に言ったのは、こうでした。
「本田、君は『任せる』を『放置』と勘違いしている。任せるは『進め方を委ね、結果の責任を取る』ことだ。『放置』は『関わらない』ことだ。新しい業務領域のメンバーに任せるなら、中間チェックを 1 回設定すべきだった。任せる場面と、放置する場面は違う」。
その夜、私は自分の任せ方を整理し直しました。
- 任せる:進め方を委ね、合意したチェックポイントで確認し、結果の責任を取る
- 放置:関わらず、結果も確認しない、責任も曖昧
私がやっていたのは「放置」でした。3 か月前は「マイクロマネジメント」、その反動で「放置」——両極端を行き来していたのです。
その後、私は任せる時に必ず「中間チェックポイント」を 1〜2 回設定するようになりました。「今回は○○の業務を任せます。途中、2 週間目に 30 分の進捗確認を入れます。困った場合はいつでも相談してください」というスタイルです。これがマイクロマネジメントと放置の中間、本当の「任せる」だと、私は学びました。
このメンバーとは、その後 2 年間一緒に仕事をしました。彼は私の謝罪と方針修正を見て、「本田さんに任せてもらえるのは嬉しいけれど、適度なチェックがあった方が安心」と話してくれました。「マネジャーの監視」ではなく、「マネジャーの関心」として受け取ってくれたのです。
このとき私が学んだのは、新任マネジャーの「任せる」は技術であり、感覚やバランスを身につけるのに時間がかかる、ということです。最初は「全部見る」か「全部任せる」かの両極端になります。「人 × 業務 × 状況」で適切な関わりを選ぶ感覚は、何度も試行錯誤して育てるしかありません。本コースで状況対応リーダーシップとスキル意欲マトリクスを扱うのは、皆さんに「両極端を行き来する時期」を短くしてほしいからです。
まとめ
このレッスンでは、以下のことを学びました。
- 権限委譲は「マネジャー本来の業務や判断をメンバーに任せ、結果の責任は最終的にマネジャーが持つ」仕組み
- 「自分でやった方が早い病」は短期の真実、長期の罠。脱出 3 ステップ:「教える時間を投資と捉える」「完璧を諦める(70% を受け入れる)」「最初の失敗を予算化する」
- 状況対応リーダーシップ理論(Hersey & Blanchard、1969 年):S1:指示型、S2:コーチ型、S3:支援型、S4:委譲型を「人 × 業務」で使い分ける
- スキルと意欲のマトリクス(2 × 2):A 自律型、B 見限りリスク、C 育成期、D 適性課題。月次で全員を当てはめ、関わり方の濃淡を決める
- 任せた後のモニタリング 4 原則:「チェックポイントを事前に決める」「途中の進め方は聞かない」「相談しやすい場を作る」「最終結果に対するフィードバックは必ず行う」
- 「任せる」と「放置」は別物。法令・安全・顧客・健康・業績の重大領域は即座に介入
- 失敗の許容範囲を事前に設計。「責任追及」より「再発防止」。マネジャー自身も失敗を見せる
次のレッスンでは、人のマネジメントの具体的な対話、「1on1 とフィードバック」を扱います。1on1 の目的・準備・進め方・記録、質問の技術、ポジティブと改善のフィードバックの型、生成 AI 1on1 ツールの現在地を学びます。
確認クイズ
このレッスンの理解度をチェックしましょう。