逆委譲(「サルの押し付け合い」問題)に抵抗する
部下が自分の「サル」を持ってきたら、それを受け取らない — 次のステップの所有権を持たせたまま送り返す。
Why it works
William Oncken と Donald Wass は、「管理の時間」が、責任を上へとエスカレーションさせる部下によって奪われることを説明しました。マネージャーが委譲されたはずのタスクを受け取ってしまうと、上へのエスカレーションが機能するというモデルを示し、それを助長してしまいます。マネージャーはボトルネックになり、部下は嘆願者になります。これに抵抗するには、特定の会話の動きが必要です:次の行動を、それを持ち込んだ本人に明示的に返すことです。
How to do it
- 誰かが「問題があります」と言ってあなたを見たら、「あなたの推奨する次のステップは?」と尋ねる。
- 「分かりません」と言われたら、「考えて、[時刻]までに選択肢を持ってきて」と言う — 自分でその空白を埋めない。
- 委譲されたものに対して自分が行動するときは、それが意図的な例外であってパターンではないことを明示的に伝える。
- 誰かのタスクを自分が引き取ってしまった会議の後は、その週のうちにそれを本人の名前に戻す。
エビデンス
「サルを持っているのは誰か?」というHBRの記事(Oncken & Wass、1974年)は、ハーバード・ビジネス・レビューの中で最も再版された記事の一つであり、実践者の間で広く共感を得ていることを示唆している。このメカニズムは、コミットメントのエスカレーションとマネージャーの過負荷に関する組織研究と整合している。 (clinical)
サルという比喩は実践者の知恵である。孤立した現象としての逆委譲に関する統制された研究は利用可能ではない。
出典
- Oncken & Wass (1974), Management Time: Who’s Got the Monkey?, Harvard Business Review
- Oncken, W., Jr., & Wass, D. L. (1974). Management Time: Who's Got the Monkey? Harvard Business Review, 52(6), 75-80. (Reprinted 1999.)
よくある間違い
「これが最後だから」と言いながらそのタスクを引き取ってしまうこと — これはまさに、その行動が続くことを助長するものである。なぜなら、その戦略が一度うまくいったことを証明してしまうからだ。
IX Coach でこれを実践する
More practices for 権限委譲のレベルを実践する
- すべてのタスクの開始時に権限委譲のレベルを明示的に名づける
作業が始まる前に、提案が欲しいのか、通知付きの決定が欲しいのか、通知なしの決定が欲しいのかを明確に述べる。
- 権限委譲のレベルを本人の現在の能力と自信に合わせる
準備ができていない人に過剰に委譲すると失敗する。過小に委譲すると停滞する。
- 問題ではなく提案を上に上げる
報告する部下には、問題と一緒に提案を持ってくるよう求める — これは単なる時間節約ではなく、権限委譲の実践である。
- 人々が確認なしに決められることを明確にする
境界線を定義する:チームの誰もが確認なしに決められる意思決定は何か?
- 委譲したタスクの後にデブリーフィングを行い、次のレベルに向けて構築する
権限委譲のデブリーフィングは人事評価ではない — それは二人が学んだことについての共同分析である。
関連する概念
- アイゼンハワー・マトリクスと委任
Urgency versus importance, effective delegation, and how to protect the quadrant that matters most
- チームにおける心理的安全性
What psychological safety actually is, how leaders build it, and where the evidence is real
- GROWコーチングモデルを実践的に理解する
The four stages, the questions that move each stage, and where the model is strong