本文へスキップ
スキルアップカレッジ

権限委譲——「任せる技術」を身につける

レッスン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 ツールの現在地を学びます。


確認クイズ

このレッスンの理解度をチェックしましょう。