RICE フレームワーク
RICE フレームワークは、4 つの要素を評価することで、プロジェクト、機能、仮説の優先順位付けを支援するスコアリングモデルです。評価要素は、リーチ、インパクト、確信度、工数です。
RICE スコアとは
RICE フレームワークは、4 つの基準に基づいてプロジェクトをスコアリングします。
- リーチ - 定義された期間内に、これが何人に影響を与えるか
- インパクト - 顧客が遭遇したとき、これが目標にどれだけ影響を与えるか
- 確信度 - リーチとインパクトの推定にどれだけ自信があるか
- 工数 - これがチームからどれだけの時間を必要とするか
このフレームワークは、次に取り組むべき最も価値のあるソリューションを特定するのに役立ちます。
RICE スコアの計算
RICE スコアを計算するには:
- リーチ × インパクト × 確信度を掛け合わせます
- 結果を工数で割ります
プロジェクトを合計スコアの降順で並べ替えます。スコアが高いほど、投資時間あたりの価値が高いことを示し、誰に影響を与えるか、なぜ、どのように、いつかを理解しながら、インパクトのある作業に集中するのに役立ちます。
リーチ
定義された期間内に、この機能は何人に影響を与えますか?
任意の正の数を使用して、期間ごとの人数またはイベント数を推定します。
リーチは、アイデアが何人のリードとユーザーに影響を与えるかを測定します。登録ページはすべての潜在顧客に影響を与えますが、高度な機能は経験豊富なユーザーのみに影響を与えます。
インパクト
顧客が遭遇したとき、この機能は目標にどれだけ影響を与えますか?
次の値を使用してスコアリングします:
- 0.25 = 最小限
- 0.5 = 低
- 1 = 中
- 2 = 高
- 3 = 大規模
インパクトは、特定の目標への影響を測定します。スコアリングする際は、1 つの目標に焦点を当てます。「コンバージョンを 2 増加させる」と「採用率を 3 増加させる」と「満足度を 2 最大化する」を比較すると、意味のない比較になります。
確信度
リーチとインパクトの推定にどれだけ自信がありますか?
次の値を使用してスコアリングします:
- 20% = ムーンショット
- 50% = 低い確信度
- 80% = 中程度の確信度
- 100% = 高い確信度
確信度は、データの強度を反映します。確実なバックアップデータがある場合のみ、100% でスコアリングします。この基準により、優先順位付けがよりデータ駆動型になり、感情的でなくなります。
工数
この機能は、プロダクト、デザイン、エンジニアリングを含むチーム全体からどれだけの時間を必要としますか?
「人月」を表す任意の正の数を使用して推定します。
工数は、実装に必要な時間を測定します。これにより、価値/工数のバランスが完成し、クイックウィンを明らかにするのに役立ちます。
無料 RICE テンプレートをダウンロード
無料 RICE テンプレートをダウンロード:
RICE フレームワークを改善する 8 つのヒント
これらの推奨事項はシンプルで実行可能です。いくつか、またはすべてを実装できます。すべてを実装すると、最大の効果が得られます。
1. プロダクトに対する基準の意味を明確にする
RICE 基準の説明は、意図的に一般的です。インパクトは「これは目標にどれだけ影響を与えますか?」と尋ねますが、どの目標かは指定しません。カスタマイズなしでは、目標を常に覚えておく必要があり、推定が遅くなります。心がさまよい、異なる目標に影響を与えるタスクに高いまたは低いインパクトスコアを割り当てることになります。
OKR やビジネスメトリクスを策定している場合は、説明に追加します。顧客維持に焦点を当てる場合:
この機能は顧客維持にどれだけ影響を与えますか? リードが定期顧客に変換される割合を増加させますか? ユーザーはプロダクトにより頻繁に戻ってきますか?
インパクトを「維持率」に名前変更することもできます。誰も批判しません。
工数についても同様です。「人月」は大規模プロジェクトに適していますが、急成長チームには「人日」、「人週」、または「人時間」が役立ちます。
テンプレート:
機能の優先順位付けのためのカスタマイズ可能な RICE テンプレート
マーケティングの優先順位付けのためのカスタマイズ可能な RICE テンプレート
2. 目標に合わせてカスタム要素を追加する
複数の目標があり、プッシュするメトリクスは 1 つだけではない可能性があります。インパクトだけでは、すべてのビジネスディメンションを捉えることはできません。
包括的な評価のために他の価値を追加します:
- ビジネスメトリクス - 収益、顧客獲得コスト
- プロダクトメトリクス - アクティベーション、維持率
- ネガティブメトリクス - リスク、プロモーションコスト
フレームワークは優れた出発点を提供します。カスタマイズは優先順位付けを壊すのではなく、より効果的にします。
3. スコアスケールを統一してより速く優先順位付けする
RICE 基準は一貫性のないスケールを使用します:
- リーチ - 実際のユーザーメトリクス
- インパクト - 主観的な数値
- 確信度 - パーセンテージ
- 工数 - 開発日数
この多様性は推定を遅くし、一貫性のなさを生み出します。
リーチのデータ収集には時間がかかり、数値はいずれにせよ概算のままです。優先順位付けは、迅速に決定を下すのに役立つはずで、意思決定に速度を追加します。完璧な精度が完璧な優先順位を保証するわけではありません。
すべての基準に同じスケールを使用します。一般的なシーケンスには次のものがあります:
- 0-3 スケール
- 0-10 スケール
- フィボナッチ - 1, 2, 3, 5, 8
- 指数 - 1, 2, 4, 6, 8
1 つのシーケンスを選択し、それに従います。すべての基準を同じ数値で繰り返しスコアリングし、結果を確認することで、推定のための信頼できる直感が発達します。
信頼性をより速く構築し、主観性を減らすために、基準の説明にスコアの意味を追加します:
リーチ - 定義された期間内に、この機能は何人に影響を与えますか?
- 1 = 100 人未満
- 2 = 100-300 人
- 3 = 300-600 人
- 5 = 600-900 人
- 8 = 約 1,000 人以上
4. 専門家評価のために多様な意見を収集する
単独での推定には欠点があります。
第一に、専門家の意見を逃します。エンジニアは開発時間を正確に推定します。PM はユーザーへの影響をより良く予測します。ステークホルダーはビジネスへの影響を理解しています。
第二に、チームメイトに基準を推定させることで、タスクについてより意識的になります。ユーザーとビジネスのニーズを理解することは、日々の意思決定に影響を与え、チームの明確性と共有体験を生み出します。
チームメンバーの専門知識に応じて基準を分割します。一部の基準は協力して評価します。
5. スコアのばらつきを確認して推定の明確性を確保する
協力してスコアリングした後、チームメイトのスコアを比較します。次のことに気付くかもしれません:
- 他のチームメンバーが考慮していないユニークな視点を持っている人がいる
- プロジェクトまたは基準の背後にある目標を理解していない人がいる
すべてのスコアが異なる場合もあり、これはチームがプロジェクトや基準を理解していないことを示しています。この演習により、目標に関するチームの整合性のギャップが明らかになります。共通の理解が必要です。ロケットを作るとき、飛行機皿ではなくミサイルが必要です。
スコアがばらついているプロジェクトまたは基準のみを議論して、問題を発見します。バックログ全体を一緒に議論する必要はありません。これにより、調整作業の時間が節約されます。
Ducalis は、議論のためにスコアの変動が大きいタスクと基準を強調表示します。
6. マトリクスを使用してプロジェクトの影響を視覚化する
2×2 マトリクスは、次に開発するものを決定する際に、プロダクトバックログを視覚化するのに役立ちます。ランク付けされたリストは便利ですが、クイックウィンはどこで終わり、大規模プロジェクトはどこから始まるのでしょうか? プロジェクトを 4 つの象限に分散させることで、結果の速度と重要性に基づいてバックログを視覚的に 4 つのカテゴリに分割し、スプリント計画が改善されます。
リストとマトリクスの優先順位ビューの両方を使用して、最適なプロジェクトを見つけます。
複数のポジティブな基準を評価し、マトリクスフィルタを使用すると、異なる目標のために低くぶら下がっている果実を浮き彫りにするのに役立ちます。これは、複数のメトリクスを同時にジャグリングして成長させるときに便利です。アクティベーションと維持率のクイックウィンを選択しながら、収益にも利益があることを確認できます。
すべての重要な基準を評価し、特定の時期に最も焦点を当てる必要がある基準をフィルタリングするか、特定のメトリクスをプッシュするタスクを見つけます。
7. 情報に基づいた意思決定のために優先順位を議論する
チームが OKR を知っていて、将来のプロジェクトをスコアリングし、意見の相違を解決し、優先順位リストが準備できたら、次に何に取り組むかを決定する時です。これは、単にトッププロジェクトを選んで進むことを意味するわけではありません。
スプリント計画中に、優先順位を再度確認し、どのプロジェクトを出荷するのが最適かを述べます。各チームメンバーは説明する必要があります:「X プロジェクトを実装しています。なぜなら、結果は Y 顧客に影響を与え、Z 目標に影響を与えるからです」。単に「これがトップにあるからこれをする」ではありません。
チームが何をしているのか、誰のために、なぜかを理解することが、正しい決定を下す鍵です。そして、したがって、堅実な成長と発展につながります。
8. プロジェクトを再評価して関連性を更新する
9 年間バックログに残っているタスクの話を聞いたことがあります。同じ話を繰り返したくありませんか? バックログを定期的に再評価してください。
優先順位は急速に変化し、時には一夜にして変わります。プロジェクトは最初はトップに到達しないかもしれませんが、数スプリント後に価値が出る可能性があります。バックログの下部にある素晴らしいアイデアを失いたくない場合は、新しい状況に応じて時間の経過とともに再評価してください。
複数の開発スプリント後に自動スコアクリアを設定します。
再評価は、バックログのゴミを見つけるのにも役立ちます。プロジェクトがサイクルごとに低いスコアを取得する場合、それは警告信号です。アイデアをより価値のあるものにするために再考するか、削除します。
Ducalis でサインアップし、タスクトラッカーとの双方向同期を接続し、優先順位付けプロセスを自動化し、チーム評価の習慣を作成します。