- プロダクトロードマップとは何か
- なぜロードマップが重要か
[[戦略的な「なぜ」を伝える]][[ステークホルダー間のアライメント (合意形成)]][[リソース配分の指針]][[優先順位付けの透明性確保]][[開発チームのモチベーション向上]]
- 良いロードマップの特性
[[戦略的で、ビジョンに紐づいている]][[顧客価値とビジネス成果に焦点を当てている]][[視覚的で理解しやすい]][[現実的だが、野心的でもある]][[柔軟で、学習に応じて更新される]]
- ロードマップの歴史と進化 (機能ベースからアウトカムベースへ)
- ロードマップの主要な目的 (再掲・深掘り)
[[戦略の伝達]][[合意形成]][[優先順位付け]][[進捗の可視化]][[計画と調整]]
- オーディエンス (閲覧者) とその関心事
- 経営層・役員向けロードマップ
[[関心事: ビジネス目標, KPI, 市場投入時期, 競合優位性]][[表現方法: 年単位/四半期単位のテーマ、主要なマイルストーン]]
- 開発チーム向けロードマップ
[[関心事: "なぜ"これを作るのか, 技術的課題, 依存関係]][[表現方法: テーマと紐づくエピック、解決すべき顧客の問題]]
- 営業・マーケティングチーム向けロードマップ
[[関心事: 新機能のリリース時期, 顧客への訴求ポイント, 競合との差別化]][[表現方法: 機能や利点を中心とした時系列]]
- 顧客・パートナー向けロードマップ (外部公開用)
[[関心事: 将来の方向性, 期待できる新機能]][[表現方法: 具体的な日付を避け、将来のテーマや方向性を示す]]
[[オーディエンスごとにロードマップを調整する必要性]]
- 基本的な構成要素
- オプションの構成要素
[[具体的な機能やエピック (Themesの下に)]][[KPI / 成功指標]] (各テーマに紐づく)[[リソース割り当て (チーム, 予算)]][[依存関係]]
- ロードマップの前提条件
[[プロダクトビジョンの確立]][[ビジネス目標と戦略の理解]][[OKRs (Objectives and Key Results) との連携]]
- インプットの収集源
[[ユーザーリサーチと顧客フィードバック]] (インタビュー, アンケート, サポートチケット)[[データ分析 (利用状況, ファネル分析)]][[営業・マーケティングチームからのインプット]][[経営層からのインプット]][[開発チームからのインプット (技術的負債, インフラ改善)]][[競合分析と市場トレンド]]
- インプットの整理と体系化 (アイデア管理ツール, スプレッドシートなど)
- なぜ優先順位付けが不可欠か (リソースの有限性)
- 優先順位付けフレームワークの活用 MOC (詳細は後述)
[[RICEスコアリング]][[MoSCoW法]][[KANOモデル]][[機会マッピング (Opportunity Solution Tree)]][[価値 vs. 労力 (Value vs. Effort) マトリクス]][[ICEスコアリング]][[緊急度と重要度のマトリクス]][[(オプション) Cost of Delay]]
- 優先順位付けワークショップの実施
- ステークホルダーとの合意形成
- ロードマップの種類の選択 (詳細は後述)
- テーマのグルーピングと設定
- 時間軸へのマッピング (
Now, Next, Laterなど)
- 各アイテムへの詳細情報の追加 (ゴール, KPI, 信頼度など)
- 視覚的に分かりやすいデザイン
- ロードマップ作成ツールの活用 (Jira, Aha!, Productboard, Miroなど)
- ロードマップの共有とプレゼンテーション
[[オーディエンスに合わせたストーリーテリング]][["なぜ" を明確に伝える]]
- フィードバックの収集と反映
- ロードマップの定期的な見直しと更新
[[ロードマップは生きたドキュメントである]][[更新の頻度 (例: 四半期ごと)]][[変更内容と理由の透明性のある伝達]]
- 進捗のトラッキングと報告
- 表現方法による分類
- テーマベースロードマップ (Theme-based Roadmap) (推奨されることが多い)
[[機能ベースロードマップ (Feature-based Roadmap)]]
[[注意点 (機能リストになりがち, 戦略が見えにくい)]]
[[ゴール指向ロードマップ (Goal-Oriented Roadmap / OKR Roadmap)]][[タイムラインベースロードマップ (Timeline-based / Gantt Chart-style Roadmap)]]
- オーディエンスによる分類 (再掲)
[[内部向け (Internal) vs. 外部向け (External)]][[経営層向け (Executive)]][[開発チーム向け (Engineering)]][[営業・マーケティング向け (Sales & Marketing)]][[顧客向け (Customer-facing)]]
[[RICEの構成要素]]
[[Reach (リーチ)]][[Impact (インパクト)]][[Confidence (信頼度)]][[Effort (労力)]]
[[RICEスコアの計算式 ((Reach * Impact * Confidence) / Effort)]][[各要素の具体的な評価方法]][[RICEの利点と限界]]
[[MoSCoWの4つのカテゴリ]]
[[Must-have (必須)]][[Should-have (あるべき)]][[Could-have (あってもよい)]][[Won't-have (今回はやらない)]]
[[MoSCoW法の使い方と注意点]]
[[顧客満足度と機能充足度の関係]]- 5つの品質要素
[[当たり前品質 (Must-be Quality)]][[一元的品質 (One-dimensional Quality)]][[魅力的品質 (Attractive Quality)]][[無関心品質 (Indifferent Quality)]][[逆品質 (Reverse Quality)]]
[[KANOモデルアンケートの実施と分析]][[ロードマッピングへの活用]]
[[4象限へのプロット (高価値/低労力, 高価値/高労力など)]][[クイックウィン (Quick Wins) の特定]][[直感的でシンプルな優先順位付け]]
[[ICEの構成要素 (Impact, Confidence, Ease)]][[ICEスコアの計算式 (Impact * Confidence * Ease)]][[RICEとの比較]]
[[望ましい成果 (Desired Outcome) から始まるツリー構造]][[機会 (Opportunities) → 解決策 (Solutions) → 実験 (Experiments)]][[継続的ディスカバリーとの連携]]
[[Cost of Delayの概念 (機能をリリースするのが遅れることによる機会損失)]][[WSJF (Weighted Shortest Job First)]] (Cost of Delay / Job Size - SAFeで利用)[[定性的な評価と定量的な評価]]
- 専用ロードマップツール
[[Aha!]][[Productboard]][[Roadmunk]]
- プロジェクト管理ツール
[[Jira (Advanced Roadmaps)]][[Asana, Trello (タイムライン機能)]]
- 汎用的な作図・コラボレーションツール
[[Miro, Mural]] (ワークショップや初期のドラフトに)[[スプレッドシート (Excel, Google Sheets)]] (柔軟だがメンテナンスが大変)[[プレゼンテーションソフト (PowerPoint, Keynote, Google Slides)]] (伝達に特化)
- ツールの選定基準
- ベストプラクティス
[[アウトカム (成果) に焦点を当てる]][[ロードマップをビジョンと戦略に結びつける]][[オーディエンスに合わせて調整する]][[定期的に見直し、更新する]][["なぜ" を明確に説明する]][[優先順位付けのプロセスを透明にする]][[柔軟性を保ち、日付の約束を避ける]]
- アンチパターン
[[機能リストだけのロードマップ]][[希望的観測リスト]][[一度も更新されないロードマップ]][[ステークホルダーの言いなりになる]][[データに基づかない優先順位付け]][["なぜ" が欠けている]][[ガントチャートと混同する]]
[[ロードマップとプロダクトビジョン/戦略]] (戦略を具体化する)[[ロードマップとOKRs]] (目標達成の手段を示す)[[ロードマップとプロダクトバックログ]] (ロードマップがバックログの優先順位に影響を与える)[[ロードマップとアジャイル開発 (スクラム/カンバン)]] (方向性を示し、スプリント目標にインプットを与える)[[ロードマップと予算編成]][[ロードマップとマーケティング/セールス計画]]