機能優先順位づけマトリクス

2×2マトリクスの軸を明確に定義する。

縦軸: インパクト（高↑ 低↓）

• ビジネスインパクト: 収益貢献、解約防止、新規獲得
• ユーザーインパクト: 影響を受けるユーザー数、課題の深刻度
• 戦略的インパクト: 長期ビジョンへの寄与度

横軸: コスト（低← 高→）

• 開発工数: エンジニアリング時間
• 複雑性: 技術的な難易度、依存関係
• リスク: 不確実性、失敗した場合の影響

結果の4象限:

• 左上（高インパクト × 低コスト）: 即実行。Quick Win
• 右上（高インパクト × 高コスト）: 計画的に取り組む。Big Bet
• 左下（低インパクト × 低コスト）: 余裕があればやる。Fill-in
• 右下（低インパクト × 高コスト）: やらない。Money Pit

各機能をインパクトとコストの両面で評価する。

評価方法（チームで実施）:

1. 全機能をホワイトボードに書き出す
2. 各機能のインパクトを1〜5で評価（チーム全員の平均）
3. 各機能のコストを1〜5で評価（エンジニアの見積もり）
4. 2×2マトリクス上に配置する

スコアリングのコツ:

• インパクトの評価にはデータを根拠にする（顧客要望の件数、影響ユーザー数、推定収益貢献）
• コストの見積もりは開発チームが出す。PMが勝手に「これは簡単でしょ」と言わない
• 全員の評価が一致しない場合は、最もズレた人の根拠を聞く（プランニングポーカーと同じ原理）

マトリクスの配置に基づいて開発順序を決定する。

優先順位の基本ルール:

1. Quick Win（左上）を最優先で実行 — 投資対効果が最も高い
2. Big Bet（右上）は計画的にスケジュール — ロードマップに入れて段階的に開発
3. Fill-in（左下）はスプリントの空き時間に — 主力の開発が予定より早く終わった時のバッファ
4. Money Pit（右下）は明示的に「やらない」 — バックログから削除or凍結

合意形成のコツ: マトリクスを全関係者に見える場所に掲示し、「なぜこの順番か」をいつでも説明できる状態にする。

市場環境、ユーザーフィードバック、技術の進展に応じて再評価する。

再評価のタイミング:

• 四半期ごとの定期見直し
• 大きなユーザーフィードバックが入った時
• 競合が新機能をリリースした時
• チーム構成が変わった時（コスト評価が変わる）

注意: 一度「やらない」と決めたものでも、状況が変わればBig BetやQuick Winに移動することがある。柔軟に見直す。