「もっと部下に任せればいいと分かっている。でも任せると不安になる」――そう感じているとしたら、あなたは正直なリーダーです。昇進して管理職になり、自律型チームを作ろうと決意したものの、いざ任せてみると仕事のクオリティが落ちる、方向がずれる、そして結局自分が手を入れる羽目になる。その繰り返しの中で、「やっぱり自分でやった方が早い」という結論に戻ってしまう。
プレゼンでも、似た構造があります。部下に資料作成を任せたのに、できあがったものを見て頭を抱えた経験はないでしょうか。期待していたものと全然違う。修正に時間がかかり、むしろ自分で作った方がよかったと感じる。このとき、問題は部下のスキルにあるのでしょうか。それとも「任せ方」にあるのでしょうか。
浅野潔著『米国海軍大学元教官が教える自律型チームのつくり方』は、この問いに対して明確な答えを持っています。任せることと丸投げすることは根本的に別物であり、その違いを生む技術が「委任レベルのコントロール」だというのです。部下の成熟度と仕事のリスクに応じて、手綱をどこまで締め、どこから緩めるかを意識的に判断する――この技術を身につけることが、自律型チームへの現実的な第一歩です。
「任せる」が失敗する本当の理由
権限委譲がうまくいかないとき、多くのリーダーは部下のスキル不足を原因として挙げます。しかし本書が指摘するのは、その前の段階の問題です。「任せる」という行為そのものが、実は非常に幅の広い言葉であるという事実です。
新入社員に「この顧客対応、任せるよ」と言うことと、5年のキャリアを持つベテランに同じ言葉をかけることは、内容がまったく異なるはずです。しかし多くの管理職は、この「任せる」の中身を明確にしないまま、結果だけを期待してしまう。その結果として生まれるのが、「任せたのに失敗した」「やっぱり自分でやった方が早い」という負のサイクルです。
軍事作戦の現場では、この曖昧さは許されません。新任の士官と歴戦の将校に同じ「任せる」を使えば、部隊は機能不全に陥ります。だからこそ現代の軍隊は「委任レベル」を明確に定義し、相手と状況に応じて使い分ける技術を体系化してきました。
任せる中身を定義しないと、失敗は必然だ
この視点から自分の過去を振り返ると、部下への不満の多くは実は委任の設計ミスだったと気づく管理職は少なくありません。部下が悪いのではなく、どの程度任せるのかの設計が曖昧だったのです。
委任レベルとは何か――手綱の「締め方」と「緩め方」の技術
著者が本書で提示する「委任レベルのコントロール」は、二つの軸によって決まります。部下の成熟度と、仕事のリスクです。
部下の成熟度とは、そのタスクに対する知識・経験・判断力の総合です。同じ部下でも、得意な領域と不慣れな領域では成熟度が異なります。入社3年目の部下でも、自分が担当してきた業務では高い成熟度を持ち、新しい領域では新入社員と同じ成熟度になります。「この部下は優秀か否か」ではなく、「このタスクに対してこの部下はどの程度の成熟度を持っているか」という問いを立てることが重要です。
仕事のリスクとは、そのタスクが失敗したときの影響範囲の大きさです。顧客への提案書と社内の資料作成では、失敗のリスクが異なります。経営層が見る報告書と、チーム内の共有メモでは、要求されるクオリティが違います。
この二つの軸を組み合わせることで、委任レベルが決まります。成熟度が高くリスクが低いタスクは、手綱を緩めて自由に動かせる。成熟度が低くリスクが高いタスクは、手綱を締めて細かくフォローする。その中間は、タスクの性質に応じて調整する。
成熟度とリスクで、委任の深さを決める
この判断を意識的に行うだけで、「任せたら失敗した」という事態の多くは防げます。失敗が起きたとき、「部下のせいだ」ではなく「委任レベルの設定が適切だったか」と問い直せるリーダーは、次の委任をより精度高く設計できます。
新入社員とベテランへの「任せ方」がなぜ違うのか
具体的に考えてみましょう。新入社員に初めてのタスクを任せるとき、どうすればいいでしょうか。
本書の示す考え方では、この場合は手綱を締めた委任が適切です。タスクの目的と「理想の状態」を明確に伝えた上で、途中段階での確認ポイントを設ける。「ここまでできたら一度見せて」という中間チェックを入れることで、方向がずれた段階で早期に修正できます。これはマイクロマネジメントではありません。成熟度に合わせたサポートです。
一方、同じタスクを5年のキャリアを持つベテランに任せるとき、同じ中間チェックを入れると逆効果になります。「信頼されていない」という感覚を生み、モチベーションを下げてしまう。この場合は、目的と最終的な期待値だけを伝え、プロセスは完全に委任する。途中で聞いてくることがあれば応じるが、基本的には口を出さない。これが成熟度の高い部下への適切な委任です。
家族との関係にも、この発想は使えます。中学生の子どもと小学生の子どもでは、同じ「自分でやりなさい」が意味する内容が違います。成熟度に合わせた関与の度合いを意識するだけで、「なんでこうなるの」という苛立ちの多くは事前に防げます。
「手綱を緩める」勇気と、「締め直す」判断力
委任レベルのコントロールで最も難しいのは、一度緩めた手綱を締め直す判断です。
部下に任せていたタスクが想定より進んでいない、方向がずれてきた、リスクが当初より高まったと気づいたとき、多くのリーダーは二つの誤りを犯しがちです。ひとつは気づいていながら何も言わず、最後に爆発する。もうひとつは、問題を発見した瞬間に全部引き上げて自分でやり始める。どちらも委任の失敗です。
適切な対応は、「状況が変わったので委任レベルを調整する」と明示的に伝えることです。「最初は任せていたけど、リスクが高まってきたから、ここからは一緒に確認しながら進めよう」という言葉は、部下への不信ではありません。状況の変化への対応です。この説明が丁寧にできるリーダーは、手綱を締め直しても部下の信頼を失いません。
逆に、状況が安定してきたら再び緩める判断も重要です。「最初は細かく確認したけど、ここまで来たら任せる」という言葉が、部下の成長への承認になります。委任レベルは固定ではなく、状況と成熟度の変化に応じて動かし続けるものです。
プレゼンで「任せた資料」が使い物にならない理由
プレゼン準備において、部下に資料作成を任せて失敗した経験がある管理職は多いはずです。できあがった資料を見て、「全然イメージと違う」と感じるとき、何が起きているのでしょうか。
多くの場合、委任の際に「理想の状態」ではなく「作業の指示」しか伝えていないことが原因です。「このデータをグラフにして、5枚でまとめて」という指示は作業の指示です。「この資料で経営層に伝えたいのは、現場の課題が予算制約によって生じているという因果関係だ。それが一目で分かる構成にしてほしい」という伝え方は、理想の状態の共有です。
後者の伝え方ができていれば、部下は自分で構成を考える余地を持ちます。その結果として出てきたものが多少違っても、「理想の状態」を基準に議論できます。「伝えたいことは伝わっているか」という問いで修正方向を合わせられるからです。
理想の状態を伝えれば、修正の議論が建設的になる
委任レベルのコントロールは、作業の指示から理想の状態の共有への転換でもあります。この転換が、プレゼン準備の質を根本から変えます。
委任は「育てること」であり、「手放すこと」ではない
本書が最も伝えたいことのひとつが、委任は段階的なプロセスだという点です。今日から全部任せる、というものではありません。部下の成熟度の成長に合わせて、少しずつ手綱を緩めていく。その過程そのものが、部下の育成です。
新入社員のときは細かく確認し、一年後には中間チェックだけにし、三年後には目的だけ伝えて任せる――この段階的な変化を、リーダーが意識的に設計することが「育てる」ということの本質です。
部下からの信頼は、この段階的な委任の蓄積から生まれます。「あの上司は、自分の成長を見てくれている。任せてもらえる範囲が広がっている」という感覚が、部下をチームに根づかせる力になります。
委任レベルのコントロールとは、手を離すことではなく、「どこで手を添え、どこで手を引くか」を意識し続けることです。その意識が、マイクロマネジメントでも丸投げでもない、第三の道を切り開きます。その道の上でこそ、自律型チームは育ちます。今日の部下への委任を、成熟度とリスクの二軸で一度見直してみてください。
記事の要約
書誌情報
浅野潔『米国海軍大学元教官が教える自律型チームのつくり方』のNR書評猫レビュー記事（#2239）。フォレスト出版より2026年4月刊行。
本書の核心
「やり方を任せる」という権限委譲は一律ではなく、部下の成熟度と仕事のリスクの二軸に応じて委任の深さを調整する「委任レベルのコントロール」によって初めて機能することを、軍事作戦の現場経験から体系化した一冊。
本書評の概要
「任せることと丸投げすることは別物」という命題を軸に、委任が失敗する根本原因を「委任の中身の曖昧さ」に求めて展開。部下の成熟度とタスクのリスクの二軸による委任レベルの決定方法、手綱を締め直す局面での明示的なコミュニケーション、資料作成委任を例にした理想の状態の共有と作業指示の違いを論じ、40代IT管理職ペルソナの三つの悩み――部下との信頼構築・経営層へのプレゼン・家族とのコミュニケーション――に橋渡しした。
コメント