RICEスコアで上司を黙らせる：「全部やれ」要求をデータで断る技術
本ページはプロモーションが含まれています
Reach×Impact×Confidence÷EffortのRICEスコアリングで、感情論なしにタスク優先順位を決め、スコープ追加要求を客観的データで断る方法。
「全部やれ」という要求は、上司やクライアントの悪意から来るわけではない。彼らにはあなたのチームのキャパシティが見えていないというだけだ。「できません」という返答が通じないのも同じ理由だ——見えていない相手に「無理」と言っても、相手には「やる気がない」にしか見えない。
RICEスコアはこの情報の非対称を解消するツールだ。感情的な議論を数字の議論に変え、「なぜAをやってBをやらないのか」を誰にでも説明できるようにする。
RICEフレームワークの基本構造
RICEはIntercomが開発したプロダクト優先順位付けフレームワークで、PMの世界に広く普及している。
RICE スコア = (Reach × Impact × Confidence) ÷ Effort
各指標の定義
Reach（リーチ） 一定期間内（通常は四半期）に影響を受けるユーザー・ステークホルダーの数。「何人が使うか」「何人に届くか」の絶対数で測る。
Impact（インパクト） 1人あたりへの影響度を以下のスケールで設定する。
| スコア | 意味 |
|---|---|
| 3 | 甚大（コア体験を根本から変える） |
| 2 | 大（明らかに体験が向上する） |
| 1 | 中（改善は感じられる） |
| 0.5 | 小（軽微な改善） |
| 0.25 | 最小（ほぼ変わらない） |
Confidence（確信度） Reachの推定・Impactの判断・Effortの見積もり全体への確信の度合い。パーセンテージで表す（100%=確実、80%=概ね確実、50%=推測、20%=勘）。
Effort（工数） チーム全体で必要な人月数。0.5=半人月、1=1人月、8=8人月。
実践：5タスクのRICEスコアリング事例
以下は実際のシステム開発プロジェクトでのRICEスコア計算例だ。
| タスク | Reach | Impact | Confidence | Effort | RICEスコア | 判定 |
|---|---|---|---|---|---|---|
| ログイン高速化（2秒→0.5秒） | 8,000 | 1 | 90% | 1 | 7,200 | 最優先 |
| 検索機能にフィルター追加 | 3,000 | 1 | 70% | 2 | 1,050 | 優先 |
| CSVエクスポート機能 | 500 | 2 | 80% | 0.5 | 1,600 | 優先 |
| 管理画面の色彩変更 | 8,000 | 0.25 | 100% | 0.5 | 4,000 | 中 |
| 月次AIレポート機能 | 30 | 3 | 40% | 10 | 3.6 | 最低優先 |
この表が示す知見は直感に反することが多い。「月次AIレポート機能」はImpact=3と高いが、利用ユーザーが30人しかいなく、確信度も低く、工数が最大のため、スコアは最低の3.6だ。
この表を会議に持ち込むと「なぜAIレポートを後回しにするのか」という議論が「なぜこのスコアになるのか」という議論に変わる。感情から数字の土俵に移動できる。
RICEスコアを使った「スコープ追加要求」への対処法
「新機能を今フェーズに追加してほしい」という要求は頻出だ。RICEスコアを使うと、以下の3ステップで対処できる。
ステップ1：追加要求をRICEで計算する
相手から「追加してほしい機能」を受け取ったら、すぐに「RICEで計算させてください」と言う。
相手の要求：○○機能を追加してほしい
あなたの質問：
- 何人のユーザーが使う想定ですか？（Reach）
- 1人あたりの体験はどのくらい変わりますか？（Impact）
- この見積もりはどれくらい確かですか？（Confidence）この質問自体が、相手に「自分の要求を具体化させる」効果がある。「なんとなくあったほうがいい」という曖昧な要求は、Reach/Impactを聞かれると答えられないことが多い。
ステップ2：既存タスクとのスコア比較を示す
追加要求のRICEスコアが出たら、現在キューに入っている既存タスクのスコアと並べて見せる。
「現在、スコア1600のCSVエクスポート機能（0.5人月）と、スコア1050の検索フィルター（2人月）がフェーズ1に入っています。今回の新機能のスコアはXXでした。どれと入れ替えますか？」
「追加してほしい」を「何かと入れ替えてほしい」に変換することで、相手にトレードオフを認識させる。
ステップ3：Effort（工数）を可視化する
追加要求が「工数を増やして」ではなく「既存を削って」を選ぶ場合は、それを明示する。「この機能を追加する場合、チームはXX機能の代わりにこちらに工数を使います。了承いただけますか？」という一文で、意思決定の責任を相手に渡す。
よくある落とし穴：RICEスコアの使い方を間違えるケース
落とし穴1：Confidenceを過大評価する
初回の見積もりは往々にして楽観的だ。「80%確信している」と思っていても、実際には50%のことが多い。特に新技術・新チームメンバーが絡む場合はConfidenceを低めに設定することを推奨する。
落とし穴2：Effortを過小評価する
エンジニアの見積もりは平均的に実際の1.5〜2倍の時間がかかる。RICEで使うEffortは「エンジニアの見積もり×1.3」を標準にするとよい。
落とし穴3：スコアだけで決める
RICEスコアは判断の補助ツールだ。スコアが低くても「戦略的に重要」なタスクは存在する。スコアを出した上で、「スコア外の戦略的理由」がある場合はその理由を明示して例外扱いにする。これを記録しておくと、後から「なぜこれをやったのか」の説明ができる。
まとめ
RICEスコアの真価は「数字を計算すること」ではなく「議論の土俵を変えること」にある。
- 感情的な「やれ/やれない」の議論を、数字ベースの「スコアX vs スコアY」に変換する
- スコープ追加要求は「何かとのトレードオフ」として提示し、意思決定の責任を渡す
- Confidence・Effortの見積もりは保守的に設定し、後から見直す余地を残す
「全部やれ」という要求は消えない。でも「全部やれないなら、どれを優先するか」という議論には変えられる。RICEスコアは、その議論に必要な共通言語だ。
PR
