■ はじめに
「指示しても動かない」
「言われたことしかやらない」
「主体性がない」
管理職であれば、一度は感じたことがあるはずです。
しかし結論から言います。
部下が動かない原因は「やる気」ではありません。
個人の資質でもありません。
行動できない構造になっているだけです。
■ 問題の前提
人は「やる気があるから動く」のではありません。
動ける状態だから動くのです。
つまり、部下が動かないときに見るべきは性格ではなく、
・判断できるか
・動いていいか分かるか
・動くメリットがあるか
という「環境と設計」です。
■ 部下が動かない5つの構造
ここからは、現場で実際に起きている構造を分解します。
■ 構造①:判断基準が不明確
最も多い原因がこれです。
何を基準に判断すればいいのかが分からない状態では、人は動けません。
例えば、
品質を優先すべきか
スピードを優先すべきか
これが曖昧なままだと、部下は必ず止まります。
間違えたくないからです。
■ 是正手順
判断基準を事前に言語化します。
「今回は顧客影響を最優先で判断する」
「納期を守ることを第一に考える」
このように優先順位を明確にすることで、判断が可能になります。
■ 変化
判断に迷う時間が減り、行動速度が上がります。
■ 構造②:権限が曖昧
「任せた」と言いながら、どこまで決めていいかが不明確な状態です。
この場合、部下の行動は必ず止まります。
勝手に決めて怒られるリスクを避けるためです。
■ 是正手順
判断できる範囲を明確にします。
「進め方は任せるが、最終判断は上司が行う」
「この案件は判断も含めて任せる」
このように線引きを行うことが重要です。
■ 変化
「どこまでやっていいか」が分かり、行動に移れるようになります。
■ 構造③:報告・相談ルールが未設計
報告や相談のタイミングが曖昧だと、部下は動きにくくなります。
途中で止められるかもしれない
後から修正されるかもしれない
この不安があるためです。
■ 是正手順
報告と相談をルール化します。
・毎日決まった時間に進捗報告
・特定条件で必ず相談
これにより、動きながら修正できる状態を作ります。
■ 変化
不安が減り、途中で止まらずに進められるようになります。
■ 構造④:相談後の対応が悪い
これは見落とされがちですが、非常に重要です。
相談した結果、
・すぐ答えを出される
・否定される
・詰められる
このような経験があると、部下は相談しなくなります。
■ 是正手順
相談後は、思考を引き出す対応に変えます。
まず状況を整理し、次に考えを聞き、最後に必要な補足を行う。
この順番を守ることで、思考が維持されます。
■ 変化
相談が増え、同時に自分で考える力も育ちます。
■ 構造⑤:評価が結果偏重
結果だけで評価される環境では、人は挑戦しなくなります。
失敗すると評価が下がるため、安全な行動を選ぶからです。
■ 是正手順
評価の対象をプロセスに広げます。
どのように考えたのか
どの情報を使ったのか
これを評価することで、挑戦が促進されます。
■ 変化
積極的な行動が増え、組織全体の思考量が上がります。
■ 実務への落とし込み
明日からは、次の5点を確認してください。
- 判断基準を明確にしているか
- 権限の範囲を定義しているか
- 報告・相談のルールがあるか
- 相談後に思考を奪っていないか
- プロセスを評価しているか
この5つのうち1つでも欠けていると、部下の行動は止まります。
■ 振り返り
1日の終わりに、次を確認してください。
・自分が判断してしまった回数
・部下に判断させた回数
もし前者が多い場合、
部下の行動を止めている可能性があります。
■ 結論
部下が動かない原因は明確です。
動けない構造になっていることです。
やるべきことはシンプルです。
判断できるようにする
動いていい範囲を明確にする
行動を支える仕組みを作る
この3つを整えるだけで、組織は変わります。
■ 最後に
明日、まずやるべきことは1つです。
今任せている仕事について、
「どこまで自分で判断していいか」を言語化してください。
これができた瞬間、
部下は「作業者」から「担当者」に変わります。
部下が動く組織を作るチェックリスト
■ 使い方
このチェックリストは、日々のマネジメントを振り返るためのものです。
各項目について、以下の基準で評価してください。
・できている:〇
・一部できている:△
・できていない:×
評価後、「×」または「△」の項目を優先的に改善してください。
■ ① 任せ方(権限移譲)
- 業務ごとに「どこまで判断していいか」を明確にしている
- 作業だけでなく「判断」も任せている
- 判断基準(品質・納期・コストなど)を事前に伝えている
- 任せた後に意思決定を奪っていない
- 結果だけでなく判断プロセスを評価している
■ ② 報告の仕組み
- 報告のタイミング(例:毎日16:30など)を固定している
- 報告内容をシンプルなフォーマットにしている (例:実施内容・進捗・困りごと)
- 未完成の状態でも報告してよいと明言している
- 報告がない場合は必ず確認している
- 成果物の提出と報告をセットにしている
■ ③ 相談しやすい環境
- 相談されたとき、最初に状況確認から入っている
- 相談に対して否定や責任追及をしていない
- 「相談してくれて助かる」といった肯定的なフィードバックをしている
- どのタイミングで相談すべきかルールを決めている
- 早い段階での相談を評価している
■ ④ 相談後の対応
- すぐに答えを出さず、部下の考えを確認している
- 結論だけでなく判断の理由を考えさせている
- 複数の選択肢を検討させている
- 判断をできるだけ部下に任せている
- 必要な場合のみ補足やアドバイスをしている
■ ⑤ 部下が動く環境づくり
- 判断基準が曖昧になっていない
- 権限の範囲が不明確になっていない
- 報告・相談のルールが機能している
- 相談後に思考を奪っていない
- 結果だけで評価していない
■ 判定方法
〇の数を合計してください。
・20〜25:仕組み化されている状態(高い再現性あり)
・15〜19:一部に課題あり(改善で大きく伸びる)
・10〜14:属人化している状態(仕組みの再設計が必要)
・9以下:行動が止まる構造(優先的に改善)
■ 改善の進め方
すべてを一度に直そうとしないでください。
まずは1つだけ選びます。
そして1週間、徹底的に実行してください。
例:
・報告時間を固定する
・「結論前に1つ質問する」を徹底する
・判断範囲を明文化する
■ 最後に
部下が動かない原因は、能力ではありません。
仕組みがないことです。
このチェックリストを使って仕組みを整えれば、
部下は自然と動くようになります。
■さらに実践レベルまで落とし込みたい方へ
ここまで読んで、もし「自分の任せ方は感覚に頼っているかもしれない」と感じたなら、その違和感はとても重要です。
任せることはセンスではなく、再現できる“技術”として身につけることができます。
その具体的な方法を体系的に学べるのが、
任せる技術 です。
—
■この本をおすすめする理由
この本の最大の特徴はシンプルです。
任せることを“技術”として分解している点にあります。
多くの管理職は、
– 任せたつもりになる
– うまくいかない
– 口出ししてしまう
という流れに陥ります。
本書はこれに対して、
「任せ方には型がある」と明確に示しています。
—
■内容の要点
本書の本質はこの一言に集約されます。
任せるとは「仕事を渡すこと」ではありません。
では何か。
「意思決定と責任の範囲を設計して渡すこと」です。
—
具体的には、任せる際に必要なのはこの4つです。
– 目的(なぜやるか)
– 成果(どこまでやればOKか)
– 判断基準(どこまで自分で決めていいか)
– 相談ライン(いつ上司に戻すか)
これが揃って初めて「任せる」が成立します。
—
■なぜうまくいかないのか?
多くの失敗はここにあります。
– 仕事だけ渡す
– あとは任せたつもりになる
設計がないまま丸投げしてしまうことです。
その結果、
– 部下は判断できない
– 上司が不安になる
– 途中で口出しする
結局、任せていない状態に戻ってしまいます。
—
■この本で得られること
この本を読むと、
「なぜ任せるとうまくいかないのか」が明確になります。
そして同時に、
どうすれば“任せて回る状態”を作れるかが理解できます。
—
■こんな方におすすめ
– 任せているのに、結局自分がやってしまう
– 部下が指示待ちになっている
– 権限移譲がうまくいかない原因を知りたい
1つでも当てはまるなら、読む価値があります。
—
■最後に
任せることは性格ではなく、設計の問題です。
その設計を具体的に学びたい方は、
任せる技術 を一度手に取ってみてください。
“任せたつもり”から抜け出すためのヒントが得られるはずです。

コメント