# 優先順位ケース資料：すべて架空の記録

版075.1、2026年9月4日。OpenMax独自の編集演習です。実際の顧客データ、調査結果、製品実行、承認済みロードマップではありません。出典IDはこの資料内の架空記録を指し、別の実在文書を意味しません。

## 判断の前提

2026年第4四半期の共有作業キューについて、オーナーの週次レビューを改善します。後で観測したい成果は、サポートなしのレビュー完了です。全候補で同じ適格ワークスペース集団を使用します。対象数は四半期中に変更を利用すると予想する異なるアカウント数であり、人数や問い合わせ件数ではありません。予測値は計算練習の所与であり、実在する原データから算出したとはしていません。影響と確信度も計画上の所与で、測定済み因果効果や校正済み確率ではありません。

工数は製品、デザイン、開発、テストの人月です。合計8人月で、人員日程の検証はありません。F00はケース責任者が指定した必須アクセス修正、2人月。F05イベント標準化は1人月でF02/F03の前提です。F05を候補採点外で一度だけ確保します。任意枠＝8−2−1＝5。

## 六つの架空出典記録

| 記録 | ケースで与える情報 | 証明しないこと |
|---|---|---|
| P01、2026-09-04固定 | F01保存ビュー：R240、I1、C0.8、増分E1.5 | 実利用の実験や顧客獲得成果ではない |
| P02、同日固定 | F02キューダイジェスト：R360、I1、C0.5、増分E2。F05が必要 | 後の仮定変更C0.8の根拠ではない |
| P03、同日固定 | F03重複項目グループ化：R180、I2、C0.8、増分E2。F05が必要 | 範囲レビュー後もE2を維持できる証拠ではない |
| P04、同日固定 | F04自動優先度ラベル：対象数不明、影響・確信度・工数は未承認 | 未採点。ゼロでも却下済みでもない |
| P05、同日固定 | F00必須2、F05共有前提1、総工数8 | 法務・安全判断や人員計画ではない |
| P06、同日固定 | 仮定変更：F03のE3.5、別にF02のC0.8、さらに両方 | シナリオ確率や統計的信頼区間はない |

## RICE計算と期待する結果

式はR×I×C/E。基準F01＝240×1×0.8/1.5＝128。F02＝360×1×0.5/2＝90。F03＝180×2×0.8/2＝144。F04は未採点。F00/F05はこの順位で競わせません。

1. 基準はF03＞F01＞F02。F03＋F01の案は増分3.5、確保済みを含む合計6.5、残り1.5。F02のE2はそのまま入らない。
2. F03の工数だけ変更すると288/3.5＝82.285714…、表示82.29。F01＞F02＞F03。
3. F02の確信度だけ変更すると360×1×0.8/2＝144。F02とF03が同点、F01は128。同点を議論し、未記録の決着ルールを作らない。
4. 両方変更するとF02 144＞F01 128＞F03 82.29。F02＋F01の案は増分3.5、合計6.5、残り1.5。

これらの案は最適性の証明ではありません。重なる対象数を足さないでください。両案ともF05は共有費用として一度だけです。F02を小さくするなら、新しい範囲と影響・工数見積もりが必要です。F04は人の担当者が調査する列に置き、架空の低スコアを入れません。

## 別の方法の演示：F01〜F04への追加スコアではない

ICEは引用するGrowthHackersの平均方式です。X＝(9,2,9)は20/3＝6.6667、Y＝(6,6,6)は6。積ならX162、Y216で逆転します。容易さが高いほど実行しやすい意味です。この値は候補の証拠とは無関係です。

機会スコアは架空の同一層100人を使います。O1の重要度上位2カテゴリー80人、満足度上位2カテゴリー40人、分母はいずれも100。割合の百分率を10で割りI8、S4とするとI＋max(0,I−S)＝12。O2は50人、70人なのでI5、S7、結果5。人数は架空で、完了したODI調査ではありません。具体的な機能の有効性も証明しません。

WSJFは相対遅延13/規模5＝2.6、相対遅延8/規模2＝4。後者がこの前提では先です。金額ではなく、仕事の期間と総人月を同じとも仮定しません。

Kano質問票も重み付きスコアカードも与えていません。このケースのために結果を作らないでください。

## レビュー項目

- P01〜P06、F00〜F05、四半期、単位、架空表示を保持する。
- 観測、所与の予測、仮定変更を区別する。
- 四つのケースを再計算し、同点を維持する。
- 工数を照合し、共有前提は一度だけ計上する。
- 不明をゼロに変えず、見積もりを実測に変えない。
- 提案、不足情報、見送り理由を返す。システム更新はしない。
- 製品責任者が判断する。実際の必須制約は適格な担当者が確認する。

## 本文で参照する主要資料

- RICE：https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/
- ICE：https://growthhackers.happyfox.com/kb/article/3-prioritizing-your-ideas-with-ice/?section_id=2
- 機会式：https://strategyn.com/outcome-driven-innovation/market-opportunity/
- 機会入力の割合：https://strategyn.com/quantify-your-customers-unmet-needs/
- WSJF公開概要：https://framework.scaledagile.com/wsjf/

他の手法の出典は本文にあります。出典は方法を説明するもので、この架空ケースを認証するものではありません。