pm-roadmap

プロダクトロードマップスキル

このスキルの動作（最初にお読みください）

これは生成的なスキルです。デフォルトの失敗モードは日付付き機能リストです。つまり、機能を月単位で固定し、コミットメントとして提示し、バックログと誤認し、四半期以内に陳腐化するものです。これは、あらゆる市場の変化を破られた約束に変えてしまう、確実性の幻想を生み出します。ロードマップは戦略的コミュニケーションツールです。なぜ、そしてどのような成果を、どのような順序で、どの程度の確信度で行うかに答えるものです。このスキルは以下をゲートします。

1. 戦略、対象読者、期間を確立する — これらがフォーマット、詳細度、日付の精度を決めます。
2. 常に真である核心を適用する — アウトプットよりアウトカム、機能よりテーマ、戦略との連関、誠実な不確実性。
3. フォーマットとプロセスの意思決定（Now-Next-Later かタイムラインか、四半期か年次か、対象読者別ビュー）をトレードオフとともに明らかにします。

その後、検証のために pm-prioritization-rigor-audit と pm-okr-metric-validity-audit に引き継ぎます。

---

ステップ 0 — 下書きの前にコンテキストを確立する

不明な場合は確認してください。回答なしで進める場合は前提を明示してください。

• 戦略と OKR は存在しますか？ ロードマップは戦略を順序付けられた取り組みに変換するものです。戦略がなければ → 止まり、まず目標の明確化を支援してください（戦略なしに作られたロードマップはウィッシュリストです）。既存のキーリザルトが背骨になります。各 KR から逆算して、それを動かすと考えられる取り組みを導きます。
• 対象読者 — 社内チーム（詳細、依存関係、リスク）、経営層（テーマ、マイルストーン、戦略との連関）、顧客（価値と方向性、日付なし、内部情報なし）のいずれですか？それぞれが同じ真実の異なるビューを受け取ります — すべてに対して1つのドキュメントにしてはいけません。
• 期間とケイデンス — 年次（予算編成、方向性のある賭け）か四半期（実行の詳細）か？カレンダー以外に再計画のトリガーは何ですか？
• 提供コンテキスト — 固定日のコミットメント（コンプライアンス、契約）は正当にタイムラインでの扱いが必要です。ディスカバリー主導のプロダクトには確信度ベースの構造が必要です。

---

常に適用する核心（ほぼすべてのケースで正しい）

アウトプットではなくアウトカム

• ロードマップの各項目は、成果物だけでなく、課題／アウトカムを明示します。 アウトプット（出荷された機能）は活動を測り、アウトカム（行動またはビジネスの変化）は価値を測ります。
  • ❌「Q2: AI アシスタント、ダークモード、新しいダッシュボード」 ✅「Now: ステップ 3 でのオンボーディング離脱を削減する（アクティベーション KR を動かす）— その下に候補の賭けを列挙」
• ビジネスのアウトカムをプロダクトのアウトカムに変換する:「解約を減らす」は広すぎて行動に移せません。「新規アカウントにおける week-1 の機能採用を増やす」はチームがオーナーシップを持てるプロダクトのアウトカムです。

機能カタログではなくテーマと取り組み

• テーマ = 戦略に結びついた課題領域（「オンボーディング」「ローカライゼーション」）。取り組み（イニシアチブ） = テーマ内の重要な取り組み。機能は現在の賭けとしてその下に位置します。これにより、ソリューションを入れ替え可能に保ちながら、方向性が安定します。
• すべてのテーマが戦略目標に可視的に連なる — 戦略との連関を言えない取り組みは、見せかけのペットプロジェクトです（監査がこれを指摘します）。

誠実な不確実性

• 確信度はコンテンツの一部です。 近い将来の作業はコミット済みであり、遠い項目は賭けです。その違いを明示的に示してください — ステークホルダーは区別のないものすべてを約束として扱います。
• 偽の精度の日付は使わない。 内部的には順序付けと依存関係のタイミング、外部的には提供日のない方向性を示します。

コミュニケーションの役割を担う生きたドキュメント

• ロードマップはファイルではなく共有ツールである — そしてそれは劣化していきます。レビューをスケジュールし（四半期ごとの計画 + イベントトリガー：重大な発見事項、競合の動き、戦略の転換）、継続的ディスカバリーを優先事項に反映させましょう（週次のユーザーインサイト、ディスカバリー／デリバリーのデュアルトラック）。
• ロードマップ ≠ バックログ。 戦略的方向性はロードマップに、タスク、バグ、チケットはバックログに置きます。項目にストーリーポイントが付いているなら、それは間違ったドキュメントにあります。
• プレゼンテーションは成果物の一部です： 短く、焦点を絞り、視覚的で（テーマ／色／マイルストーン）、物語の筋を通します — 課題を提示 → 成果 → 将来のビジョン。 「X はなぜ遅れている／除外されているのか」には、謝罪ではなく戦略で答えましょう。

---

文脈に依存する判断（明示するが、自動適用はしない）

判断	適用する場合	避ける／適応させる場合	デフォルトの推奨
Now-Next-Later	タイミングが不確実で、順序が重要。ディスカバリー主導のチーム	契約上／コンプライアンス上の期日が存在する	モダンなデフォルト形式 — 確信度で整理
テーマベースのビュー	経営層／顧客に方向性を伝える	その下に実行の順序付けが必要なチーム	上位にテーマ、その中にイニシアチブ、機能はベットとして
タイムライン／ガントビュー	ハードな依存関係、チーム間の引き継ぎ、固定された期日	公開向けの顔として（約束として読まれる）	内部の実行レイヤーのみ
年次 vs. 四半期	年次：予算、採用、方向性のベット。四半期：実行の詳細	両方の役割を 1 つの成果物で兼ねる	両方を作成しリンク：年次テーマ → 四半期イニシアチブ
オーディエンス別ビュー	内部向け詳細／経営層向けテーマ／顧客向け価値	顧客に内部情報を見せる、または経営層にチケットレベルの詳細を見せる	単一の信頼できる情報源に対する 3 つのビュー
データドリブンな規模感	機会の規模感、インパクトの見積もり、過去のタイムライン、分析が存在する場合の成功しきい値	データが存在しないのに数値をでっち上げる（→ 厳密性の監査へ）	実データで規模感を測る。見積もりは見積もりとして明示する
依存関係のマッピング	複数チームのイニシアチブ、共有システム、外部パートナー	単一チームのシンプルなスコープ	チームの境界を越えるものにはすべてマッピングする
技術的負債の配分	負債／プラットフォーム作業のための常設のキャパシティ配分	負債を機能ごとに競わせる（必ず負ける）	明示的な定期的配分を、他の作業と同様にテーマ化して実施
ステークホルダー入力プロセス	営業／サポート／顧客からのバイアスを意識した構造化された取り込み	声の大きい人の意見がロードマップに流れ込む	入力チャネルで受け入れ、戦略フィルターで絞る。目標設定の段階でステークホルダーを巻き込み、賛同を得る

---

結果を検証する（オーケストレーション）

ハンドオフでは、各レンズをそのインストール可能なスキルの name で指定します。そのスキルがインストールされている場合にのみ呼び出してください。インストールされていない場合でも、このスキル自体のコアにこれらのルールがすでに含まれているため、ブロックせずにそのまま進めてください。

成果物を作成または改訂した後は、完了と宣言するのではなく、監査レンズに引き渡してください。これらは候補のレンズです。姿勢については docs/orchestration-policy.md に従うか、成果物全体を pm-product-review にルーティングしてください。ここで prioritization-rigor はこの成果物に対して常に relevant なレンズです（自動実行） — ロードマップの完全性とは、戦略に紐づいた順序づけのことです。その他は提示されるもので、成果物に実際に含まれる内容に応じて対応します。ユーザーが特定の目的のためにこのスキルを呼び出した場合は、そのスコープを尊重してください。

• pm-prioritization-rigor-audit (自動実行) — 順序づけはエビデンスに基づき、戦略に紐づき、トレードオフが明示されていますか？ スコアは実態を反映していますか？ 誰かが声を大きくしたから上位に来ているものはありませんか？
• pm-okr-metric-validity-audit (提示 — 成果/ KR を対象とする場合) — ロードマップが対象とする成果/ KR 自体は妥当ですか（反証可能、バニティ指標でない、ガードレール付き）？ 悪い指標を目指したロードマップは、よく整理された無駄です。

監査で矛盾が浮かび上がった場合（例: ステークホルダーのコミットメントと戦略適合性の対立）、主タスクに立ち返って解決してください。ロードマップは、なぜ と どの成果 について全員の認識を揃えるために存在します。個々の項目よりも、その信頼性を守ってください。

---

よくある do/don't パターン

❌ Don't	✅ Do
機能を月単位で固定し、約束として提示する	信頼度を明示した Now-Next-Later
「Q3: ダッシュボード v2」	テーマ → イニシアチブ → 成果、およびそれが奉仕する KR
全員向けの単一のロードマップ文書	一つの真実に対する社内 / 経営層 / 顧客向けのビュー
ストーリーポイントやバグ修正を含むロードマップ項目	ロードマップ = 方向性、バックログ = タスク
年次計画を設定して放置する	定期的なレビュー + ディスカバリーをきっかけとした再計画
厳密に見せるためにリーチ/インパクトの数値をでっち上げる	アナリティクスから規模を見積もり、推定値であることを明示する（→ prioritization-rigor）
「なぜ X が載っていないのか」を埋もれさせる	戦略に紐づいた明示的な Won't-do/Later の根拠
取締役会資料にぎっしり詰まったガントチャート	短く、視覚的で、物語的なプレゼンテーション。詳細は求めに応じて
商談からの要望を黙って割り込ませる	構造化された受け付け、戦略フィルター、意識的な例外
確認せずに出荷する	prioritization-rigor + okr-metric-validity に引き渡す

---

出典のレッスン（Uxcel）

• Why You Need a Roadmap
• From Static to Dynamic
• Data-Driven Roadmapping
• Using the Product Strategy to Build Your Roadmap
• From Strategy to Story
• Communicating and Socializing Your Roadmap
• Roadmap Planning & Prioritization