フレームワーク活用ガイドひとことで言うと#
チーム内の意思決定項目ごとに「誰がどこまで決めていいか」を7段階のレベルで可視化するツール。マネージャーとメンバーの間にある"権限のグレーゾーン"をなくし、自律性を段階的に引き上げる。
押さえておきたい用語#
- デリゲーション（Delegation）
- 上位者が持つ意思決定の権限を、部下やチームに段階的に移譲する行為を指す。丸投げではなく、範囲と責任を明確にして渡す点が重要。
- デリゲーションレベル（Delegation Level）
- 権限委譲の度合いを7段階で表す尺度のこと。レベル1「指示する」からレベル7「委任する」まであり、意思決定への関与度が段階的に変わる。
- デリゲーションポーカー（Delegation Poker）
- チームメンバー全員がカードを出し合い、各項目の適切なレベルを合議で決めるワークショップ手法。認識のズレを可視化できる。
- Management 3.0（マネジメント サンテンゼロ）
- Jurgen Appeloが提唱したアジャイル時代のマネジメント思想。組織をシステムとして捉え、権限分散・内発的動機づけ・継続的改善を重視する考え方。
- キーエリア（Key Decision Area）
- デリゲーションボードの行に並ぶ意思決定の対象項目のこと。採用・予算・技術選定・休暇承認など、チーム運営に関わる判断事項を洗い出して設定する。
デリゲーションボードの全体像#
こんな悩みに効く#
- マネージャーが細かいことまで判断していてボトルネックになっている
- メンバーが「これは自分で決めていいのか」と迷って動けない
- 権限委譲したいが、一気に任せるのは不安がある
- チーム内で「誰が決めるか」が暗黙知になっていてトラブルが起きる
基本の使い方#
チーム運営に関わる意思決定項目を付箋やホワイトボードに書き出す。採用・予算・技術選定・タスク配分・休暇承認・チーム目標の設定など、日常の判断事項を10〜15個挙げるのが目安。
- 「これ、いちいち上司に確認してるな」と感じるものを優先
- 大きすぎる項目は分割する（「予算」→「10万円以下の支出」「100万円超の投資」）
各項目について、マネージャーとメンバー全員が1〜7のカードを同時に出す。数字がバラけた項目こそ認識のズレがある部分なので、対話で合意を作る。
- 全員一致でなくてOK。議論して納得感のあるレベルを選ぶ
- 「今のレベル」と「3か月後の目標レベル」の2つを決めると効果的
行に意思決定項目、列に7段階のレベルを並べたマトリクスを作り、チームの見える場所に掲示する。物理ボードでもデジタルツール（Miro、Notion）でもよい。
- 新しい意思決定が発生したら随時追加する
- 判断に迷ったときは「ボードを見る」をチームの習慣にする
月1回またはスプリントレトロスペクティブで、各項目のレベルを振り返る。メンバーの習熟度や信頼関係が育っていれば、レベルを1段階ずつ引き上げる。
- 失敗があっても即座にレベルを下げない。学習の機会として扱う
- 逆に「もう完全にチームに任せられる」項目はボードから卒業させる
具体例#
従業員12名のSaaS企業。CTOが全技術スタックを1人で決めていたが、プロダクトが増えるにつれ判断が追いつかなくなった。
デリゲーションボードを導入し、技術選定を3段階に分解した。
| 意思決定項目 | 導入時のレベル | 6か月後 |
|---|---|---|
| 主要言語・FWの変更 | Lv.3（相談） | Lv.4（合意） |
| ライブラリの追加 | Lv.5（助言） | Lv.7（委任） |
| コードレビュー方針 | Lv.4（合意） | Lv.6（確認） |
6か月後、CTOの技術判断に費やす時間は週 12時間 → 3時間 に減少。ライブラリ選定はチームが完全自走し、CTOはアーキテクチャ設計に集中できるようになった。
従業員200名の食品加工工場。現場リーダーが品質判断のすべてを担い、休日出勤が月 6回 を超えていた。
デリゲーションポーカーを実施したところ、「検品基準の判断」について、リーダーはLv.2（説得）、ベテラン作業者はLv.5（助言）のカードを出した。認識の差は 3段階。この議論をきっかけに、項目ごとの権限を段階的に移行した。
- 日常の検品合否 → Lv.6（確認）に引き上げ。ベテラン2名が判断し、リーダーは日報で確認
- 出荷停止の判断 → Lv.3（相談）のまま維持。リスクが大きい判断は慎重に
- 設備メンテのスケジュール → Lv.5（助言）。チームが計画し、リーダーが助言
3か月でリーダーの休日出勤は 6回 → 1回 に。現場からは「自分たちで判断できる範囲が明確になって動きやすい」という声が出た。
人口8万人の市役所、情報政策課。DX推進を掲げたものの、課長1人に判断が集中し、ツール導入1件に平均 47日 かかっていた。
課長とメンバー5名でデリゲーションボードを作成し、まず8項目を設定した。
| 意思決定項目 | レベル |
|---|---|
| 年間予算の配分 | Lv.2（説得） |
| SaaSツールの試験導入 | Lv.5（助言） |
| 庁内説明資料の内容 | Lv.7（委任） |
| 他部署との調整方針 | Lv.4（合意） |
導入から半年後、ツール導入にかかる日数は 47日 → 14日 に短縮。ボードを庁内Wikiに掲載したところ、他の3部署からも「うちでもやりたい」と手が挙がり、組織横断の権限委譲が動き出している。
やりがちな失敗パターン#
- いきなりLv.7を目指す — 信頼関係が育っていない段階で丸投げすると、メンバーが不安を感じて萎縮する。1段階ずつ上げるのが鉄則
- マネージャーだけでレベルを決める — ボードはチーム全員で作るからこそ納得感が生まれる。マネージャーが一方的に決めると「押し付けられた権限」になり、責任だけが増える
- 作って壁に貼って終わり — ボードは生き物。定期的に見直さないと実態とズレていき、形骸化する。スプリントレトロや月次で必ず振り返る
- 全項目を同じレベルにする — 「うちはLv.5で統一」のような運用は意味がない。リスクの大きさや習熟度に応じて項目ごとに異なるレベルを設定するのがボードの価値
まとめ#
デリゲーションボードは、チーム内の意思決定ごとに7段階のレベルを設定し、権限委譲を「見える化」するツール。全員でレベルを決めるプロセス自体が、マネージャーとメンバーの認識ギャップを埋める対話の場になる。一気に任せるのではなく1段階ずつ引き上げるのがポイント。まずは10項目のボードを作り、月1回の振り返りから始めてみるとよい。