← Dashboard / T-20260516-013

「制約と委譲」の同時設計こそマネジャーの仕事

status
review
iter
4
channel
personal-tl
voice
personal
updated
2026-05-16
score
3.57
## 草稿(iter 4 / 2026-05-16) # 「制約と委譲」の同時設計こそマネジャーの仕事:3軸の実装フレームワーク

「自由にやっていい」という委譲の罠

前回の論考で、「制約こそが創造性を生む」という命題を一般論として展開した。1990年代の General Magic がスター集団と潤沢な資金を擁しながら抽象的な目標で崩壊した史実、Virginia Woolf の paired constraints、Pixar の Think Slow Act Fast、Anthropic の 80% Pledge――いずれも「自由は境界の上にのみ生産的に立つ」ことを示す事例だった。

今回はそこから一段降りて、マネジャーが実際にどう設計すべきか という how の議論を扱う。

経営の現場でしばしば観察するのは、「自由にやっていい」「君に任せた」と委譲したつもりが、メンバーの不安と混乱を生んでいるパターンである。私自身、若手マネジャー時代に同じ失敗を繰り返した。委譲したつもりが、心のなかでは「ただし、こうあってほしい」という暗黙の制約を持ち、メンバーが提案を持ってくるたびに修正指示を出す。これは委譲ではなく、「不確実性の押し付け」 である。

委譲には、3つの軸を同時に設計する必要がある。「縛る対象(preclude)」「渡す対象(promote)」「権限のレベル」 の3軸である。1つでも欠ければ、委譲は機能しない。

軸1:縛る対象を言語化する(preclude)

第一の軸は、何を縛るか である。

Virginia Woolf が A Room of One's Own で論じた preclude は、「これは選択肢から外す」という排除の制約である[1]。創造の場は、無限の可能性から始まるのではない。「これではない」を明示することで、はじめて「これである」が立ち上がる。

マネジャーの委譲においても、preclude の明示化は決定的である。委譲する前に、自分の心のなかにある「許容範囲外の結果」を3つ書き出してみる。たとえば「品質基準が顧客契約の SLA を下回ること」「予算を 10% 以上超過すること」「他部署との関係を悪化させること」――いずれも、メンバーがこれを知らずに動けば、後で必ず差し戻しが発生する。

Patty McCord が Powerful(2017)のなかで Netflix の "Freedom and Responsibility" 文化を説明する際、繰り返し強調したのは「ポリシーの廃止 ≠ 無秩序」だった[2]。Netflix の自由を支えていたのは、極めて狭く、しかし強烈な preclude であった。「同僚に対する不誠実」「市場標準を下回る報酬」「キーパーテストで残らない人材」――この3つは明示的に排除された。残りはすべて自由だった。

マネジャーの実務的な問いは、こうである。「メンバーに渡す前に、自分のなかの暗黙の preclude を3つ書き出せるか」。書き出せないなら、それはまだ委譲できる状態ではない。

軸2:渡す対象を言語化する(promote)

第二の軸は、何を強化するか である。

preclude だけでは窒息する。「これはダメ、あれもダメ」が並ぶ職場は、ゲームではなく刑務所になる。Bernard Suits が The Grasshopper で論じた lusory attitude(遊戯的態度)――不必要な障害を自発的に乗り越える態度――は、preclude と promote が対になって初めて立ち上がる[3]。

promote とは、「これは特に推奨する」「これに特に時間を使ってほしい」「これで判断に迷ったら、こちらを選んでほしい」という積極的方向づけである。Netflix の例で言えば、「Top-of-market pay」「同僚へのラディカルな正直さ」「キーパーテストで残る卓越性」――いずれも明示的な promote だった。

OKR の構造を、paired constraints の観点から読み直すと一つの整合が見える [4]。Objective は「向かう方向」を提示する promote として機能し、Key Results の達成度 70% という Google 由来の運用基準(「100% を狙うな、50% で安住するな」)は 「過剰達成も過小達成も避けよ」という preclude として作動する。Doerr の原典自体は paired constraints の語彙を使っていないが、OKR の運用知が示すのは、Objective だけでも KR だけでも機能せず、両者の対が運用上効くという事実だ。私の読み替えになるが、OKR を Objective × KR70% の対として捉えると、制約と自由の同時設計の制度実装として理解しやすい。

マネジャーの実務的な問いはこうである。「メンバーに『これに迷ったらこちらを選んで』と渡せる促進指針を3つ書き出せるか」

軸3:権限のレベルを明示する

第三の軸は、どこまで権限を渡すか である。

委譲は二元論ではない。「任せる/任せない」の2択ではなく、Tannenbaum & Schmidt(1958)が古典的に提示したように 連続体(continuum of leadership behavior) として捉える必要がある[5]。彼らの7段階モデルを現代化すると、おおむね次の5レベルが運用しやすい。

マネジャーが直面する典型的な失敗は、「L5 で渡したつもりが、心のなかでは L2 だった」 ケースである。メンバーは L5 だと信じて意思決定するが、実行段階で「もう少し相談してほしかった」という事後フィードバックを受ける。これが繰り返されると、メンバーは「結局 L2 だったのだな」と学習し、自律性を失う。

レベルを明示する習慣は、シンプルだが効果が大きい。「この案件は L4 で渡す。実行前に1度報告してほしい」「この領域は完全に L5 で任せる。事後に共有してくれればいい」――1on1 の冒頭にレベル明示の言葉を1分入れるだけで、委譲の質が変わる。Vroom & Yetton(1973)の意思決定モデルが古くから示してきたように、意思決定の質はレベル選択そのものに依存する [7]。マネジャーの仕事は「正しい答えを出す」よりも「正しいレベルを選ぶ」ことなのである。

個人 × 組織の二層接続:3軸を制度に埋め込む

マネジャーレベルでは、1on1 や週次レビューに 「3軸チェック」 を組み込む。新しいタスクをメンバーに渡すとき、preclude(縛る対象)/promote(渡す対象)/level(権限レベル)の3軸を口頭で30秒ずつ言語化する。これだけで、メンバーが感じる「曖昧さによる消耗」は明確に減る。

組織レベルでは、OKR や役割定義書に3軸を明示的に書き込む 仕様にする。役割定義書のフォーマットに、「やらないこと(preclude)」「特に強化すること(promote)」「権限レベル(L1〜L5)」の3欄を追加する。これは Bersin(2024)が HR's 2030 Agentic Vision で論じた 役割設計の再構築 の系譜にも接続する[6]。

HR の役割は、マネジャー研修に 「3軸チェック」 を標準モジュールとして組み込むことである。エンパワメント研修の多くが「権限委譲の重要性」を強調するが、実装レベルでの 3軸の明示化までは降りていない。これが現場のマネジャー実践と研修内容のギャップを生んでいる。

いま、マネジャーが手を打つべき4つの実務

  1. 委譲前の3軸言語化――タスクを渡す前に、preclude・promote・level を30秒ずつ言語化する。
  2. 役割定義書の3軸化――既存の役割定義書のフォーマットに3欄を追加する。
  3. OKR と paired constraints の接続――OKR の達成度 70% を preclude、Objective を promote として明示する。
  4. 権限レベル L1〜L5 の明示運用――1on1 の冒頭で、案件ごとに権限レベルを宣言する習慣を定着させる。

結論

委譲とは、自由を渡すことではない。何を縛り、何を渡し、どのレベルで任せるか――3軸を、いま設計し直す

編集後記

このコラムを書きながら、自分自身が過去に「自由にやっていい」と言いつつ事後修正を繰り返した若手マネジャー時代を強く思い出した。当時の私には、3軸を分解する語彙がなかった。エンパワメントという理念は知っていたが、how が分からなかった。今回の3軸フレームは、私自身がこの15年間に試行錯誤しながら言語化してきたもので、書籍第2弾「プレイングマネージャーの処方箋」(2027年1月刊行予定)の中核技法として位置づける予定である。

シリーズ前作(T-003)が「なぜ制約が必要か」という why を扱ったのに対し、本稿は how に集中した。両方を並べて読むと、書籍第2弾の論証構造の骨格が見えてくるはずである。フィードバックを歓迎する。

参考文献

[1] Woolf, V. (1929). A Room of One's Own. Hogarth Press.
[2] McCord, P. (2017). Powerful: Building a Culture of Freedom and Responsibility. Silicon Guild.
[3] Suits, B. (1978). The Grasshopper: Games, Life and Utopia. University of Toronto Press.
[4] Doerr, J. (2018). Measure What Matters: How Google, Bono, and the Gates Foundation Rock the World with OKRs. Portfolio.
[5] Tannenbaum, R., & Schmidt, W. H. (1958). How to choose a leadership pattern. Harvard Business Review, 36(2), 95–101.
[6] Bersin, J. (2024). HR's 2030 Agentic Vision. The Josh Bersin Company.
[7] Hersey, P., & Blanchard, K. H. (1969). Life cycle theory of leadership. Training and Development Journal, 23(5), 26–34.
[8] Vroom, V. H., & Yetton, P. W. (1973). Leadership and Decision-Making. University of Pittsburgh Press.
[9] Epstein, D. (2026). Inside the Box: How Constraints Make Us Better. Riverhead Books.
[10] 中谷昇・水野祐・morohashi(neo)共著『Googleで学んだマネジャーの最優先事項』Discover 21、2026.