「仕事を任せたいのに、どこまで口を出してよいかわからない」「任された側も、自分で決めてよい範囲が見えない」。権限委譲に取り組むと、こうした戸惑いが起きることがあります。上司は十分に任せたつもりでも、メンバーは毎回の承認が必要だと思っているかもしれません。反対に、メンバーが自分で判断した結果を、上司が勝手な行動だと受け取ってしまう場合もあります。
この行き違いを対話によって整理する手法が、デリゲーションポーカー（Delegation Poker）です。意思決定への関わり方を7段階に分け、上司とメンバーがそれぞれ望ましいレベルをカードで示します。単に「任せる・任せない」の二択にせず、相談や合意、報告といった中間の選択肢を持てる点が特徴です。
ただし、カードを選ぶだけでは権限委譲は進みません。何について決めるのか、誰に任せるのか、どの条件なら見直すのかまで具体化してこそ、日々の仕事で使える合意になります。本記事では、7段階の意味から会議の進め方、実務へ定着させる方法まで、初めて取り組むチームにもわかりやすく解説します。
この記事を読むと次のことがわかります
デリゲーションポーカーで権限委譲を具体化する
デリゲーションポーカーは、マネジメント3.0で紹介されている対話型の手法です。管理者が一方的に権限を渡すのではなく、特定の意思決定について、管理者とチームが望ましい関わり方を話し合います。カードという共通の尺度を使うことで、感覚的になりやすい「任せる範囲」を言葉にしやすくなります。
権限委譲は「任せる・任せない」の二択ではない
権限委譲というと、管理者が持っている決定権をそのまま部下へ渡す場面を想像しがちです。しかし実務では、情報共有だけでよい判断もあれば、事前に相談してほしい判断、チームだけで完結してよい判断もあります。すべてを同じ強さで委譲すると、確認が多すぎたり、必要な統制が失われたりします。
たとえば、数千円の備品購入と、年間契約を伴う外部サービスの導入では、必要な関与が異なります。備品はメンバーが選んで事後報告すれば十分でも、外部サービスは予算や情報管理の観点から、管理者との合意が必要かもしれません。
デリゲーションポーカーでは、この違いを7段階で表します。そのため、「もっと主体的に動いてほしい」「勝手に決めないでほしい」といった曖昧な要望を、どの段階へ移したいのかという具体的な話へ変えられます。
重要なのは、委譲の程度を人の能力だけで決めないことです。意思決定の影響範囲、失敗した場合の損失、法令や社内規定、本人が持つ情報なども含めて、テーマごとに適切な段階を考えます。
カードを同時に出すことで本音の違いが見える
話し合いの場で上司が先に希望を述べると、メンバーはその意見に合わせてしまうことがあります。とくに役職差が大きいチームでは、「本当は不安だが、任せてほしいと言わなければならない」と感じる人もいるでしょう。
デリゲーションポーカーでは、参加者が選んだカードを同時に提示します。先に出た意見へ引っ張られにくいため、管理者はレベル3、メンバーはレベル5といった認識差がそのまま表れます。この差は対立ではなく、確認すべき論点が見つかった状態です。
数字が離れている場合は、最も低いカードと最も高いカードを選んだ人から理由を聞きます。なぜ慎重な関与が必要だと思うのか、なぜ多くを任せられると思うのかを共有すると、互いが持っていなかった情報や懸念を発見できます。
多数決でカードを決めることが目的ではありません。異なる判断の背景を聞き、仕事を安全かつ速く進められる条件を探ることが目的です。少数意見にも具体的なリスクが含まれている可能性があります。
決める対象を細かくすると話し合いやすい
「プロジェクト運営を任せる」のように対象が大きいと、参加者が別々の場面を想像してしまいます。ある人は進捗会議の運営を考え、別の人は予算変更や納期交渉まで含めて考えるため、同じカードでも意味が一致しません。
テーマは、一つの意思決定として答えられる粒度にします。たとえば「週次会議の議題を決める」「10万円未満のツールを選定する」「顧客への納期変更を提案する」といった表現です。動詞を入れると、誰が何を決める話なのかが明確になります。
対象者も明示しましょう。「チームに任せる」だけでは、チーム全員の合意が必要なのか、担当者が決めるのかがわかりません。「プロジェクトリーダーが決める」「採用チームが決める」のように、決定主体を設定します。
一回のセッションで扱うテーマは、優先度の高いものに絞るほうが現実的です。日常的に承認待ちが発生している判断や、判断のたびに上司とメンバーの認識がずれる仕事から始めると、改善を実感しやすくなります。
委譲の目的は管理者の仕事を減らすことだけではない
権限委譲には、管理者の負担を減らす効果が期待できます。ただし、それだけを目的にすると、必要な情報や支援を渡さないまま仕事を手放す「丸投げ」になりかねません。任された側に責任だけが増えれば、判断の速度も意欲も下がってしまいます。
本来の目的は、判断する場所を情報に近づけることです。顧客の状況を最も理解している担当者や、技術的な制約を把握している開発チームが判断できれば、管理者への往復を減らしながら、状況に合った決定をしやすくなります。
同時に、メンバーが意思決定の経験を積む機会にもなります。小さな判断から任せ、結果を振り返ることで、より影響の大きい判断へ段階的に広げられます。委譲は人材育成と業務設計を一緒に進める取り組みともいえるでしょう。
管理者の役割がなくなるわけではありません。目的や制約を示し、判断に必要な情報を提供し、困ったときに相談できる状態を整えます。決める行為を渡しても、成功しやすい環境をつくる責任は残ります。
7段階の権限委譲を正しく使い分ける
7段階は、管理者が決定を握る状態から、チームへ全面的に委ねる状態までを連続的に表します。数字が大きいほど常に優れているわけではありません。判断のリスクやチームの経験に合わせ、現在の仕事に適した段階を選ぶことが大切です。
レベル1と2は管理者が決めて情報を伝える
レベル1の「指示する」は、管理者が決定し、その内容をメンバーへ伝える段階です。緊急時の安全対応、法令で手順が決まっている業務、経営上の機密を含む判断など、話し合う時間や裁量が限られる場面に向いています。
この段階でも、可能な範囲で決定の目的や背景を伝えることが重要です。理由がわからない指示が続くと、メンバーは状況が変わっても自分で判断できません。ただし、説明できない機密事項まで無理に開示する必要はありません。
レベル2の「説得する」も、最終的に決めるのは管理者です。違いは、決定の理由や期待する効果を説明し、メンバーの理解と納得を得ようとする点にあります。方針転換や新しいルールの導入など、実行段階で協力が欠かせない場面に使えます。
「説得する」は、反対意見を封じることではありません。質問を受け、懸念に答えたうえで方針を実行します。変更できない条件と、実施方法について調整できる部分を分けて伝えると、参加の余地を残せます。
レベル3と4は意見交換を決定へ組み込む
レベル3の「相談する」では、管理者がメンバーの意見を聞いたうえで決定します。現場の情報を取り入れたい一方、予算や組織全体への責任から、管理者が最終判断を担う必要があるテーマに適しています。
相談を形だけにしないためには、何を決める前に意見を求めているのかを明確にします。すでに結論が決まっているのに、選べるように見せると信頼を損ないます。変更できない前提があるなら、最初に伝えましょう。
レベル4の「合意する」では、管理者とメンバーが対話し、双方が受け入れられる結論をつくります。働き方のルール、チーム内の役割分担、共通の品質基準など、実行する人の納得が成果を左右するテーマに向いています。
合意は、全員の第一希望を採用することではありません。譲れない条件を確認し、目的を満たす選択肢を探します。意見が一致しない場合の決め方や期限も、あらかじめ定めておくと会議が止まりにくくなります。
レベル5と6はチームの判断を中心にする
レベル5の「助言する」では、管理者が意見や懸念を伝えますが、最終的な決定はメンバーまたはチームが行います。管理者の経験を活用しつつ、決定権を現場へ移したいときに使いやすい段階です。
助言が実質的な命令にならないよう注意が必要です。管理者が「参考までに」と言いながら、異なる選択をしたメンバーを後で責めれば、決定権は移っていません。助言を採用しない場合にも、説明可能な判断であれば尊重します。
レベル6の「確認する」は、チームが決定した後で、管理者が結果や理由を確認する段階です。事前承認は不要ですが、何を決めたか、どのような結果になったかを共有します。管理者は状況を把握し、必要な支援や学びを提供できます。
確認の頻度と方法は具体的にします。「適宜報告」ではなく、「決定後にチャットで共有する」「月次会議で結果を振り返る」と決めると、報告漏れや過剰な確認を防げます。共有する項目も、金額、理由、結果などに絞ると負担を抑えられます。
レベル7はチームへ判断を全面的に委ねる
レベル7の「委任する」では、管理者は特定の意思決定をチームへ任せ、個々の決定について報告を求めません。専門チームの技術的な判断や、合意済みの範囲内で行う日常業務など、現場で完結できるテーマに向いています。
報告を求めないことと、成果に無関心であることは別です。管理者はチームの目標や成果指標を確認し、必要な資源を用意します。個々の判断を監視するのではなく、結果を通じて委譲の仕組みが機能しているかを見ます。
レベル7へ進むには、目的、予算、品質、安全、期限などの境界が共有されている必要があります。自由に決めてよい範囲が曖昧なままでは、チームは不安から確認を続けるか、組織として許容できない判断をする可能性があります。
すべてをレベル7にする必要はありません。同じ担当者でも、日常的な運用変更は委任し、高額な契約は相談するといった使い分けが自然です。段階は人物への評価ではなく、意思決定ごとの運用ルールです。
デリゲーションポーカーを会議で実践する手順
初回は60分程度を確保し、3～8人ほどで行うと進めやすいでしょう。カードは市販品やオンラインツールがなくても、1から7までの数字を書いた紙で代用できます。進行役は、結論を急ぐよりも、カードの差から判断条件を引き出すことを意識します。
判断が滞っているテーマを一文で用意する
まず、承認待ちが多い、責任の所在が曖昧、判断のやり直しが起きるといった仕事を洗い出します。参加者から候補を募り、影響が大きく、話し合う価値が高いテーマを3～5件選びます。
テーマは「誰が、何を決めるか」がわかる一文にします。たとえば「プロジェクトリーダーが、5万円未満の外部ツール導入を決める」「カスタマーサポート担当が、返金規定の範囲内で顧客対応を決める」と書きます。
あわせて、現在の決め方を確認します。正式なルールと実態が異なる場合もあるため、「規程上は部長承認だが、通常は担当者が口頭確認している」といった状況を共有します。現状がわからなければ、移したい段階も判断しにくくなります。
議論に必要な前提資料は事前にそろえます。予算上限、契約条件、過去のトラブル、品質基準などです。カードを出してから重要な制約が判明すると、同じ議論をやり直すことになります。
各自が望ましいレベルを選んで同時に示す
進行役がテーマと7段階を読み上げ、参加者は望ましいと思うカードを一枚選びます。現在の段階ではなく、現時点の条件で目指したい段階を選ぶと決めておくと、回答の基準がそろいます。
全員が選び終わったら、合図に合わせて同時に公開します。オンライン会議なら、チャットへの一斉投稿や専用の投票ツールを使えます。上司も一人の参加者として、他の人より先に意見を示さないようにします。
カードが近い場合も、すぐ決定せず理由を一言ずつ確認します。同じレベル5でも、「担当者の経験が十分だから」と考えた人と、「失敗しても損失が小さいから」と考えた人では、前提が異なります。
カードが大きく離れた場合は、高い数字と低い数字を出した人から話します。人格や能力への評価ではなく、想定しているリスク、必要な情報、責任の範囲を説明してもらいます。反論より先に、前提の違いを整理しましょう。
意見の差を委譲条件へ変換する
レベル2と6のように差が大きいときは、「どちらが正しいか」ではなく、「レベルを上げるには何が必要か」を問いかけます。判断基準の一覧、研修、予算上限、相談先など、懸念を解消する条件が見えてきます。
たとえば、顧客への値引きを担当者へ任せるテーマで、管理者がレベル3、担当者がレベル6を選んだとします。管理者が利益率の悪化を心配しているなら、値引き率の上限と対象条件を決めることで、レベル5や6へ近づけるかもしれません。
反対に、メンバーが低い数字を選ぶ場合もあります。情報が足りない、失敗時の責任が重い、他部署との調整権限がないなど、任される側の不安を確認します。「成長のため」と押しつけず、支援や権限をセットで整える必要があります。
一度の対話で理想の段階に到達しなくても問題ありません。まずレベル3で始め、判断基準を共有した後にレベル5へ移すなど、移行期間を設けられます。段階的な委譲は、管理者とメンバーの双方が経験を積む方法です。
合意したレベルと境界条件を記録する
対話後は、最終的なレベルを決めます。多数決だけで押し切るのではなく、実行する人が不明点を説明できる状態を目指します。最終責任を持つ管理者が判断する場合も、採用理由を参加者へ伝えます。
記録には、テーマ、決定主体、権限レベル、対象範囲、上限、例外、報告方法、開始日、見直し日を含めます。カードの数字だけを残しても、数週間後には何を意味していたのかわからなくなるためです。
例外条件も重要です。「通常はレベル6だが、予算を超える場合はレベル3」「個人情報を扱う変更は管理者と合意する」のように、通常運用から外れる条件を明示します。例外は多くしすぎず、重大なリスクに絞ります。
記録した一覧は、チームが普段使う場所へ置きます。社内Wiki、プロジェクト管理ツール、共有ドキュメントなどで、判断の直前に参照できる状態にします。会議議事録の奥に埋もれると、合意が実務へ反映されません。
権限委譲を形骸化させずチームへ定着させる
権限レベルは一度決めたら固定する規則ではありません。担当者の経験、事業環境、リスク、チーム構成が変われば、適切な関わり方も変化します。運用結果を観察し、委譲を広げる場合も戻す場合も、理由を対話できる仕組みにします。
権限と一緒に情報・資源・責任範囲を渡す
決定権を渡しても、判断材料にアクセスできなければメンバーは動けません。予算の残額、顧客との契約、品質データ、過去の判断例など、テーマに必要な情報を確認します。閲覧権限がない資料があれば、委譲開始前に整えます。
実行に必要な資源も同様です。チームが採用方針を決めても、求人媒体の契約や面接官の時間を確保できなければ、決定は実行されません。人、時間、予算、ツールのどれが必要かを具体化します。
責任範囲は、失敗したときの扱いまで含めて共有します。合意した条件内で誠実に判断した結果なら、管理者も組織上の責任を引き受けます。結果が悪かったという理由だけで決定権を取り上げると、メンバーは安全な選択しかできなくなります。
一方、判断過程の説明や振り返りは求められます。委譲は無制限の自由ではありません。決められた境界を守り、結果から学び、必要な改善を行うことまでが、任された側の役割です。
見直し日は成果と判断過程の両方を振り返る
初めて扱うテーマでは、1～3か月後など具体的な見直し日を設定します。委譲直後は不慣れでも、経験によって改善する可能性があります。短期間の一件だけで成否を決めず、複数の判断を観察できる期間を取ります。
振り返りでは、承認待ち時間、判断のやり直し、顧客対応時間、予算超過など、テーマに合った事実を確認します。「以前より楽になった」といった感想に加えて、委譲前後の変化を示せると判断しやすくなります。
成果だけでなく、どの情報を使い、誰に相談し、制約をどう確認したかも見ます。結果が偶然よかったケースと、再現可能な判断を区別するためです。失敗した場合も、判断過程が妥当なら、条件や情報提供の改善を検討できます。
見直しの結果、レベルを上げる、維持する、下げるのいずれも選べます。段階を下げる場合は、罰として扱わず、何が整えば再び上げられるかを明示します。環境変化による一時的な変更なら、その終了条件も決めましょう。
管理者は任せた後の過剰な介入を避ける
委譲後に管理者が細かな指示を続けると、表向きのレベルと実態がずれます。レベル5でチームが決めるはずなのに、管理者の案を採用するまで質問を重ねれば、実質はレベル2や3です。
介入したくなったときは、合意した境界を超えているか、重大な新情報があるかを確認します。単に自分のやり方と違うだけなら、すぐ修正させず、結果を見守る余地があります。複数の正解がある仕事ほど、この姿勢が重要です。
相談を受けた場合も、答えをすぐ渡すだけではなく、「どの選択肢を考えているか」「判断に足りない情報は何か」と問いかけます。最終判断を本人へ返すことで、決定権がどちらにあるかを保てます。
ただし、重大な法令違反や安全上の危険が見つかった場合は介入が必要です。その際は、例外的に介入した理由を説明し、権限レベル自体を変更するのか、今回だけの対応なのかをチームと確認します。
小さな意思決定から委譲の範囲を広げる
初回から影響の大きい経営判断を扱う必要はありません。会議の進め方、チーム内のツール選定、少額の購入、定型的な顧客対応など、失敗しても修正しやすいテーマから始めると取り組みやすくなります。
小さなテーマでも、判断基準と振り返りを丁寧に行えば、チームは意思決定の経験を蓄積できます。管理者も、どの程度の情報と支援があれば任せられるかを学べます。その実績が、より大きなテーマを委譲する根拠になります。
複数のテーマを一覧にした「デリゲーションボード」を作る方法もあります。テーマごとの現在レベル、担当者、境界条件、見直し日を並べれば、チーム全体の意思決定設計を確認できます。新しいメンバーへの説明にも使いやすいでしょう。
権限委譲は、管理者が一度に手放すイベントではなく、チームが対話しながら判断能力を広げる過程です。デリゲーションポーカーを定期的な会話のきっかけにすれば、抱え込みと丸投げの間にある、現実的な任せ方を選べます。
7段階を共通言語にして任せ方を明確にしよう
デリゲーションポーカーは、権限委譲を「任せる・任せない」の二択にせず、7段階の関わり方として話し合う手法です。カードを同時に示すことで、上司とメンバーが持つ期待や不安の違いを見つけやすくなります。
実践では、意思決定のテーマを具体的にし、カードの数字だけでなく選んだ理由を共有します。意見の差が出たら、必要な情報、予算上限、例外条件、相談先といった委譲の条件へ変換しましょう。合意した内容は、対象範囲や見直し日とともに記録することが大切です。
最も高いレベルを目指すことが目的ではありません。判断の影響とチームの経験に合う段階を選び、結果を振り返りながら調整します。まずは承認待ちが起きやすい小さなテーマを一つ選び、管理者とメンバーが望むレベルを出し合うところから始めてみてはいかがでしょうか。
今回のポイント
