部下を任せられない課長へ、リスクマトリクスで確認地獄を抜ける一手

火曜の10時、Slackに部下から通知が入る。「A社への見積もり、端数は切り上げでいいですか」。金額差は数百円だ。

11時には別の部下から「この文言のままメールしていいですか」。1日に何度もこの手の確認が来る。あなたは「なぜ自分で決めないのか」と苛立つが、それは部下の事なかれ主義ではない。

flowchart TD
    A[些細な確認] --> B[権限線不明]
    B --> C[上司に委ねる]
    C --> D[確認地獄]

「事なかれ主義」ではなく権限線の不透明が確認を生む

#

部下が些細な案件まで確認してくるのは、判断を避けたいからではない。判断を誤ったときにどこまで自分の責任になるのか、その線が見えないからだ。

私自身、マネジャー時代に同じ確認を部下から受け続けた経験がある。当時は「もっと自分で考えろ」と返していた。だが権限の範囲が示されないまま判断すれば、失敗の責任はすべて部下に来る。

だったら確認したほうが合理的だ。これは能力や姿勢の問題ではなく、権限設計が空白のまま放置されている構造の問題だ。

権限線が見えないと、判断は上に投げるのが合理的になる

#

雇われの算数で考えると分かりやすい。部下にとって確認にかかる時間コストは数分で済む。誤った判断で叱責や評価ダウン、やり直しを負うコストはそれよりずっと大きい。期待値で比べれば、確認したほうが得だ。

だから部下を責めても行動は変わらない。変えるべきは、部下が「これは自分で決めていい」と確信できる境界線のほうだ。

Manegyが2026年8月14日に紹介した業務委譲の手法は、業務を「発生頻度×誤り発生時の損害・影響度」の2軸で評価する。レベル1は担当者単独判断、レベル2は起案して上司承認、レベル3は上司主導と仕分ける。（出典: Manegy「ミスが許されない管理部門で部下を自立させる『判断軸』の授け方」）

境界線を数字で引くという発想は、曖昧な指示を分解して渡す領域を課長が握っておく話と地続きだ。

リスクマトリクスでレベル1〜3に仕分ける

#

やることは1つだ。部下から確認が来る業務を書き出し、発生頻度と損害度の2軸で評価し、レベルを宣言する。

業務: 見積もりの端数処理
発生頻度: 高（週5件以上）
損害度: 低（訂正可能・数百円以内）
→ レベル1（部下単独判断）

業務: 契約書の文言修正
発生頻度: 低（月1件程度）
損害度: 高（対外的な法的効力を持つ）
→ レベル3（課長主導）

洗い出しは一度に全業務を網羅する必要はない。直近1週間で来た確認を並べるだけでいい。ほとんどはレベル1に落ちるので、そのまま部下に宣言すればいい。「この種類の確認は、もう聞かなくていい」。

業務を2軸で解体して渡す順序と同じで、境界を最初に決めてしまえば、その後の判断は部下の頭の中で完結する。

質問には「あなたの仮説と根拠は何か」で返す

#

線引きが終わっても、レベル2とレベル3の確認は残る。ここで課長がすぐ答えを返すと、部下は考えずに聞く癖を強化する。

Manegyの記事は、対話の型として「あなたの仮説と、その根拠となる一次情報は何か」という問いを紹介している（出典: 同上）。答えを渡す前に、部下自身の仮説を先に言わせる型だ。

部下:「この見積もり、端数切り上げでいいですか」
課長:「あなたの仮説と根拠は?」
部下:「四捨五入の慣習があるので、上げていいと思います」
課長:「その通り。レベル1業務だから、次から確認は不要」

この型は仮説を先に立てさせる問いの設計と同じ発想だ。答えを先に渡すのをやめるだけで、部下の判断経験は積み上がっていく。

逃げの一手:全業務を仕分ける余力がないとき

#

理想は全業務の棚卸しだが、その時間が取れない週もある。そのときは損害度が高い業務だけを先に拾い、レベル3として明示する。それ以外は「基本レベル1、迷ったら聞く」で仮運用してよい。

抜け漏れがあっても、レベル3側さえ押さえてあれば致命傷にはならない。完璧な仕分けを待つより、粗くても境界線がある状態のほうが、確認地獄からは早く抜けられる。

まとめ

#

部下の確認ラッシュは事なかれ主義ではなく、権限線が見えないまま判断を強いられた結果の合理的な行動だ。リスクマトリクスで境界を先に引き、質問には仮説と根拠を問い返す型に変えれば、確認は必要な分だけに減る。

本記事は AI が下書きし、管理人が監修しています。