RICE優先順位付け:Reach、Impact、Confidence、Effortの考え方と実例

RICE優先順位付けを、確信度で調整したプロジェクトの効果とチームの工数とのバランスとして示した図。

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

RICE優先順位付けは、4つの要素でプロジェクトをランク付けするスコアリングモデルです。Reach(何人に影響するか)、Impact(1人あたりどれだけ状況を動かすか)、Confidence(その見積もりにどれだけ確信があるか)、Effort(チームの時間をどれだけ要するか)の4つです。最初の3つを掛け合わせ、Effortで割り、スコアの高いものから着手します。

重要な事実

  • RICEは、2018年1月にSean McBrideがIntercomのブログの記事で紹介したもので、競合するプロジェクトの中から選ぶプロダクトマネージャー向けに書かれました。
  • IntercomのImpact尺度には5つの値があります。3(絶大)、2(高)、1(中)、0.5(低)、0.25(ごくわずか)です。
  • IntercomのConfidence尺度は3段階です。100%(高)、80%(中)、50%(低)。50%を下回るものは、記事の中で「total moonshot」(まったくの一か八か)と表現されています。
  • Effortは人月で数えます。チームメンバー1人が1か月でこなせる作業量を指します。
  • スコアは、作業時間あたりの総インパクトとして読みます。

RICE優先順位付けとは?

どのチームにも、処理能力を超える数のアイデアがあります。難しいのは選択肢を出すことではなく、上級ステークホルダーの肝いりの案件、顧客から繰り返し求められる小さな修正、誰も検証していない大きな賭けの中から選ぶことです。勘に頼ると、こうした議論では声の大きい人が勝ってしまいます。

RICEは、その議論に共通の構造を与えます。すべてのプロジェクトを同じ4つの要素でスコア化するので、同じ基準で比較できます。名前は頭字語です。

  • Reach:一定期間に、何人(または何件)に影響するか。
  • Impact:影響を受ける1人ひとりにとって、どれだけ変化があるか。
  • Confidence:ReachとImpactの見積もりを、どれだけの根拠が裏付けているか。
  • Effort:チームの作業時間の合計がどれだけ必要か。

元の記事では、Sean McBrideが4つの要素と、自身のチームが使う尺度を説明しています。本記事ではIntercomが示した尺度をそのまま使い、そのうえでプロダクトチーム以外でも使えるようにモデルを調整する方法を紹介します。

RICEの計算式

計算式は、効果をコストで割るものです。

RICEスコア = (Reach x Impact x Confidence) / Effort

Reach、Impact、Confidenceは掛け合わせて価値を見積もるため分子に置かれます。Effortは、人月が1つ増えるごとに価値が薄まるため分母に置かれます。結果は、Intercomの言い方では作業時間あたりの総インパクトです。数値が高いほど、チームが費やす1か月あたりのリターンが大きいことを意味します。

確信度で割り引いた見積もり価値を、人月の工数と比較するRICEの計算式。

Reach

1つの期間と1つの単位を決め、リスト上のすべてのプロジェクトで使います。Intercomの例では、1四半期にプロジェクトが影響する顧客数を問います。単位は、四半期あたりの顧客数、月あたりの取引数、週あたりのチケット数など何でも構いません。大切なのは一貫性です。

可能であれば、アナリティクス、CRMの件数、サポートチケットの量といった実際の数値からReachを見積もります。たとえば、サインアップのステップを月500人の顧客が目にし、そのうち30%が特定のオプションを選ぶなら、そのオプションに関わるプロジェクトのReachは月150人、四半期では450人になります。

Impact

Impactは、ビジネス全体への効果ではなく、到達した1人ひとりへの効果を測ります。Intercomは、顧客がそのプロジェクトに触れたとき、目標(たとえばコンバージョン率)をどれだけ動かせるかを問います。正確に測るのは難しいため、Intercomは選択式の尺度を使っています。

スコア ラベル
3 絶大なインパクト
2 高
1 中
0.5 低
0.25 ごくわずか

今期重視する目標を1つ(アクティベーション、リテンション、売上など)選び、すべてのプロジェクトをそれに対してスコア化します。プロジェクトごとに狙う目標が違うと、スコアは比較できなくなります。

Confidence

Confidenceは、いわば誠実さのチェックです。推測に頼っているプロジェクトを割り引きます。Intercomの尺度は次のとおりです。

スコア ラベル 通常の意味
100% 高 ReachとImpactの両方に、データまたは検証済みの根拠がある
80% 中 根拠もあるが、仮定も含む
50% 低 ほとんどが意見

Intercomは、50%未満を「total moonshot」と呼んでいます。Confidenceは、このモデルが自分自身の熱意から守ってくれる部分でもあります。派手なアイデアでも、50%と評価されればスコアは一気に半分になります。

Effort

Effortは、関わる全員(プロダクト、デザイン、エンジニアリング、その作業に携わるその他の人々)の作業時間の合計で、人月で数えます。Intercomは整数を使い、1か月に遠く及ばない作業には0.5を使います。ここで過度な精度を追わないでください。すでにストーリーポイントやTシャツサイズ見積もりで作業を見積もっているチームは、それらを人月に一度換算し、その対応表を使い回してください。

RICEの実例

以下の数値は、仕組みを示すために作った例であり、ベンチマークではありません。小さなプロダクトチームが、来四半期に向けて4つのプロジェクトから選ぶ場面を想定します。Reachは四半期あたりの顧客数で、ImpactとConfidenceはIntercomの尺度を使います。

オンボーディングが、インポート、ダッシュボード、ダークモードより上位になる、RICEランキングの例。

プロジェクト Reach Impact Confidence Effort(人月) RICEスコア
A. オンボーディングチェックリストの再設計 4,000 1 80% 2 1,600
B. ワンクリックのデータインポート 900 3 50% 1 1,350
C. レポートダッシュボードの再構築 2,500 2 100% 4 1,250
D. ダークモード 600 0.5 100% 0.5 600

プロジェクトAのスコアは次のように求めます。4,000 x 1 x 0.8 = 3,200、これを2人月で割って1,600です。

いくつか注目点があります。オンボーディングチェックリストは、Impactが1にすぎないのに1位です。最も多くの人に届き、コストも小さいためです。ダッシュボードは根拠が最も確かで(Confidence 100%)、Impactも2と強いのですが、4人月かかるため3位です。プロジェクトBは1人あたりのImpactが最も高いものの、Confidence 50%のせいでスコアが半減します。これは、案を捨てるべきだというより、投入前に安価なテストを行うべきだというサインです。

スコアが「しないこと」にも注意してください。A、B、C、Dの順に厳密に作れ、とは言っていません。依存関係、期限、戦略も依然として重要です。スコアは意思決定への入力の1つであり、その主な役割は、どの仮定が最も重くのしかかっているかを明らかにすることです。

RICEとその他の優先順位付けフレームワークの比較

RICEだけが優先順位付けの手法ではありません。どれが適切かは、手元にどれだけデータがあるか、その場に誰がいるかで決まります。

フレームワーク 仕組み 最適な用途 主な制約
RICE (Reach x Impact x Confidence) / Effort 利用データがあるプロダクトやプロジェクトのバックログ 4つの入力の見積もりが必要で、スコアが実際より正確に見えることがある
MoSCoW 項目をMust、Should、Could、Won'tに分類する ステークホルダーとリリースのスコープを決める場面 同じ区分の中で順位が付かず、Mustが膨らみやすい
ICE Impact、Confidence、Ease(容易さ)を評価して1つのスコアにまとめる 迅速なグロース施策やマーケティングのテスト Reachの要素がないため、小さなオーディエンスでも巨大なものと同等に見えてしまう
Kanoモデル 機能が顧客満足に与える影響で分類する(狩野紀昭氏が開発) 感動を生む機能と単に満足させる機能の見極め 顧客調査のデータが必要で、コストでは順位付けしない
Weighted Shortest Job First(WSJF) 遅延コストをジョブの所要期間で割る。SAFeで使われる 大規模なアジャイルプログラムでの作業順序の決定 多数のチームにまたがる相対見積もりには調整が必要
価値 vs 工数 項目を2x2のグリッドにプロットする 短時間のワークショップや初期のトリアージ 大まかで、Reachや確信度の調整がない

SAFeは、WSJFを相対的な遅延コストを相対的なジョブ期間で割ったものと説明しています。遅延コストは、ユーザー価値とビジネス価値、時間的緊急性、リスク低減または機会創出から構成されます。詳しくはSAFeのWSJFガイダンスにあります。RICEとWSJFは、費用対効果という同じ形をしています。違いは、RICEが明示的なReachの数値とConfidenceによる割引を加えるのに対し、WSJFは時間的緊急性を加える点です。

実用的な組み合わせとして、MoSCoWでリリースに含める範囲を決め、MustとShouldの区分の中の項目をRICEで順序付ける方法があります。

RICE優先順位付けのステップ別手順

すべての候補に1つの目標、1つのReach期間、合意済みのスコア尺度を使い、根拠が変わったらランキングを見直します。

共通の尺度に合わせて調整してから、見直し可能な優先順位ランキングを作るRICEスコアリングのプロセス。

  1. 候補を一覧にします。 プロダクトバックログやポートフォリオのリストから項目を集めます。各項目は見積もれる程度に具体的にし、細かなタスクはまとめます。
  2. 目標と期間に合意します。 Impactをスコア化する対象の成果を1つ選び、Reachの期間を決めます(多くのチームでは四半期が適切です)。
  3. スコアの前に尺度を定義します。 IntercomのImpactとConfidenceの尺度を採用するか、独自のものを書き出します。自社の文脈で3が何を意味するかを書き留めてください。
  4. Reachはデータでスコア化します。 アナリティクス、CRMのエクスポート、チケット件数を使います。データがない場合は、その旨を記録してConfidenceを下げます。
  5. ImpactとConfidenceはグループでスコア化します。 2、3人が個別にスコア化してから比較します。大きな差は、議論すべき隠れた仮定を示します。
  6. Effortは作業する人と一緒に見積もります。 数字を出すのは、それを求める人ではなく、実際に作る人です。
  7. 計算して並べ替えます。 掛けて、割って、順位を付けます。スプレッドシートは見える場所に置いておきます。
  8. 上位と下位を確認します。 結果に違和感があれば、どの入力が原因かを探します。直すのは計算式ではなく入力です。
  9. サイクルごとに見直します。 データが変わればスコアは古くなります。最初のランキングを永続的なものとせず、バックログリファインメントの際に再スコア化してください。

RICEスコアリングテンプレート

この表をスプレッドシートにコピーし、最後の列に数式を加えてください。サンプルの行は説明用です。

プロジェクト / アイデア 担当者 対応する目標 Reach(四半期あたり) Impact(3 / 2 / 1 / 0.5 / 0.25) Confidence(100% / 80% / 50%) Effort(人月) RICEスコア 順位 メモとリスク
例:サインアップフォームの簡素化 Priya アクティベーション 3,000 1 80% 1.5 1,600 1 現在20%が離脱していると仮定

スプレッドシートでは、ReachがD列、ImpactがE列、Confidence(パーセント表示)がF列、EffortがG列にある場合、スコアのセルは =(D2*E2*F2)/G2 になります。ImpactとConfidenceの列にはドロップダウンを設定し、尺度の値だけを選べるようにしてください。

部門別のRICEの例

RICEはプロダクトチームから生まれましたが、プロジェクトの中から選ぶ場面ならどこでも通用します。Reachの意味を調整し、それ以外はそのまま使います。以下の数値は説明用です。

プロダクト。 Reachは四半期あたりに影響を受けるアクティブユーザー数です。分かりにくいエクスポート画面を直すプロジェクトは、1,800人に届き、Impactは1、Confidenceは80%、作業は1人月で、スコアは1,440になります。

マーケティング。 Reachは、キャンペーンやページが届くオーディエンスです。最もトラフィックの多い比較ページを書き直すと、四半期に12,000人の訪問者に届き、コンバージョンへのImpactは0.5、Confidenceは80%、作業は0.5人月で、スコアは9,600です。一方、5万人に届くブランド動画は、Impactが0.25、Confidenceが50%、作業が3人月で、スコアは約2,083になります。これは、安価で根拠のある作業と、高価な推測とをモデルがどう比べるかを示しています。

セールスオペレーション。 Reachは、影響を受ける営業担当者や案件の数です。リードの自動振り分けは、四半期に40人の担当者と約600件のリードに関わるかもしれません。リードを単位とし、Impactを2、Confidenceを80%、作業を2人月とすると、スコアは480です。これを、単位を混ぜずに、同じ単位でCRMフィールドの整理プロジェクトと比較します。

同じリード単位のReachで、リード振り分けとフィールド整理を比較するRICEのセールスオペレーションの例。

人事。 Reachは、影響を受ける従業員や採用者の数です。年150人(四半期で約38人)の入社手続きの流れを効率化する施策は、Impactが2、Confidenceが100%、作業が0.5人月で、スコアは152です。60人のマネージャー向け研修プログラムは、Impactが3、Confidenceが50%、作業が4人月で、スコアは約22.5です。数値が小さいのはReachが小さいためで、人事チームの中にはReachを影響を受ける従業員数とし、絶対値が低くなることを受け入れて、人事の中だけで比較するところもあります。

IT。 Reachは、影響を受けるスタッフやシステムの数です。400人の従業員向けのシングルサインオン展開は、Impactが2、Confidenceが80%、作業が3人月で、スコアは約213です。15人が使うレガシーツールのパッチ適用は、Impactが1、Confidenceが100%、作業が0.5人月で、スコアは30です。ポートフォリオ全体では、上位の案件をプロジェクトポートフォリオ管理に取り込み、全体のキャパシティに収まるかを確認するとよいでしょう。

注意点が1つあります。比較してよいのは、同じReachの単位と期間で作ったスコアだけです。顧客数で作ったプロダクトのスコアと、従業員数で作った人事のスコアを、1つのリストに載せてはいけません。

RICEのやるべきこととやってはいけないこと

やるべきこと:

  • 1回のスコアリングでは、すべての項目に同じ尺度と期間を使う。
  • 可能な限りReachをデータに基づいて見積もり、できない場合はConfidenceを下げる。
  • Effortは作業を行う人に見積もってもらう。
  • スコアリングの議論そのものを本当の価値と捉える。意見の食い違いが、仮定の違いを示す。
  • 新しいデータが届いたら、特にテスト結果が出たら再スコア化する。
  • 上位の数項目は、確定する前に、どう失敗しうるかを問うて検証する。

やってはいけないこと:

  • お気に入りのプロジェクトが勝つまで数字を調整しない。あるプロジェクトを1位にしたいなら、そう明言して公開の場で決める。
  • 1,600が1,500より意味のある差だと考えない。スコアは大まかなもので、小さな差はノイズである。
  • 細かなタスクをスコア化しない。手間に見合わない。
  • 目標を混ぜない。売上へのインパクトと士気へのインパクトは、同じ尺度に載せられない。
  • 低いEffortだけでランキングを決めない。安くて価値の低い作業が、重要なプロジェクトを押しのけてしまうことがある。
  • 依存関係、法的な期限、戦略的な賭けを無視しない。RICEはこれらをモデル化しない。

RICEの限界

RICEは見積もりを掛け合わせるため、誤差も掛け算になります。Reachが2倍ずれ、Impactも2倍ずれていれば、スコアは4倍ずれる可能性があります。初期段階の見積もりには、最も広い誤差範囲を見込むべきです。

また、このモデルは、小さなセグメントにとって深い改善よりも、広く浅い改善を優遇します。上位10社の顧客にとって重要な機能は、Reachでは低いスコアになりかねません。それが戦略的に重要なら、モデルの外で扱うか、別の重み付けを加えてください。

最後に、見かけ上の精度を足してしまいがちです。5値のImpact尺度を使えば、1.4か1.6かを議論するのを避けられます。スコアリングのセッションが長引くなら、1項目あたり数分で打ち切ってください。

RICEを実践に移す

まずは小さく始めましょう。バックログの上位にある10項目を取り上げ、目標に合意し、1時間以内にグループでスコア化して、上位3つと下位3つを見てください。ランキングは、おそらくいくつかの直感を裏付け、いくつかには異を唱えるでしょう。どちらにしても、次に何を作るかについて書面の理由が手に入ります。それはスコアそのものよりも価値があります。

関連記事

About the author

Tara Minh

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.