mcpField
R
roadmap-presentation

roadmap-presentation

github.com/mohitagw15856生産性1.5k51 回インストール5 日前に更新
リポジトリ

roadmap-presentation について

機能と日付の一覧ではなく、戦略を伝えるロードマップを作成するプロダクト管理スキルです。経営層、部門横断チーム、エンジニア、顧客に合わせて形式と詳細度を調整します。

主な機能

  1. 01対象者に合わせた形式
  2. 02Now / Next / Later の計画
  3. 03戦略的背景とナラティブ
  4. 04見送る項目と理由の明示
  5. 05テーマ別の成功指標
  6. 06期間ごとの確度表示

活用シーン

  1. 01経営層への戦略提示
  2. 02部門横断チームとの依存関係の共有
  3. 03顧客向けロードマップテーマの提示

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mohitagw15856/pm-claude-skills --skill roadmap-presentation

インストール後、Claude Code で/roadmap-presentationを入力して読み込まれたか確認します。

詳細

ロードマップ作成スキル

機能と日付を並べるだけではなく、戦略を伝えるロードマップを作成します。すべてのロードマップは対象者に合わせて調整し、経営幹部には成果を、チームには具体性を、顧客には価値を伝えます。

必要な入力情報

以下の情報が提供されていない場合は、ユーザーに尋ねてください。

  • 対象者(経営幹部/取締役会、部門横断、エンジニアリング、顧客 — 形式が大きく変わります)
  • 優先順位付きの取り組みリストとおおよそのスケジュールまたは四半期
  • 会社の OKR または戦略目標(ストーリーの軸となるもの)
  • 対象期間(Q1、H1、通年など)

対象者に合わせた調整

作成に着手する前に、必ず対象者を尋ねてください。

対象者重視すること形式
経営幹部/取締役会ビジネス成果、収益、リスク、戦略との整合性成果主導、3 列(今/次/その後)、スプリントの詳細なし
部門横断のステークホルダー依存関係、スケジュール、自チームの関与テーマベース、依存関係に関する注記付き
エンジニアリングチーム具体性、順序、技術的な制約エピックと概算規模を含む詳細版
顧客/社外向け提供される価値、社内の詳細は不要メリット重視、日付なし — 「近日公開/進行中/完了」

Now / Next / Later フレームワーク

標準的な出力構成:

NOW(今)(現在の四半期 — 確度が高く、確約済み)

  • 開発するものと、その理由
  • 期待される成果

NEXT(次)(次の四半期 — 確度は中程度、方向性を示すもの)

  • テーマと取り組み
  • 検証する主な仮説

LATER(その後)(6〜12 か月後 — 確度は低く、目標段階)

  • 戦略的な賭け
  • 事前に解決が必要な依存関係

⚠️ 「その後」の項目に具体的な日付を記載してはいけません。四半期または半期を使ってください。


ロードマップのナラティブテンプレート

すべてのロードマップには、単なるタイムラインではなく、ナラティブが必要です。次の構成にしてください。

  1. 現在の状況 — 現在の製品の状態と主要な指標
  2. 解決する課題 — 顧客やビジネスの足かせとなっているもの
  3. 戦略的な賭け — このロードマップを導くテーマ
  4. 開発するもの — 今/次/その後の内訳
  5. 成功の判断方法 — テーマごとの成功指標
  6. 開発しないもの — 理由を明記した優先度の引き下げ

出力形式

製品ロードマップ — [製品領域] — [四半期/年]

対象者: [経営幹部/チーム/顧客] ロードマップ責任者: [PM 名] 最終更新日: [日付] 確度: 今 = 高 | 次 = 中 | その後 = 低


戦略的背景:

[2〜3 文:このロードマップは、会社または製品のどの目標に貢献しますか?]

対象期間の指針となるテーマ:

  1. [テーマ 1] — [理由を 1 行で]
  2. [テーマ 2] — [理由を 1 行で]
  3. [テーマ 3] — [理由を 1 行で]

NOW(今)— [四半期]

テーマ取り組み期待される成果チームステータス
[テーマ][開発するもの][変化する指標][責任者]進行中/開始予定

NEXT(次)— [四半期]

テーマ取り組み仮説依存関係
[テーマ][開発を予定しているもの][X を開発すれば、Y が期待できる][事前に満たす必要がある条件]

LATER(その後)— [H2/翌年]

テーマ戦略的な賭け後回しにする理由
[テーマ][開発する可能性があるもの][妨げとなっているもの、または不確実なもの]

開発しないもの(とその理由):

  • [要望された取り組み] — 優先度を下げる理由:[理由]
  • [要望された取り組み] — 優先度を下げる理由:[理由]

このロードマップの成功指標:

指標現在の目標年末の目標
[指標][X][Y]

ガイドライン

  • ロードマップをコミットメントの一覧にしないでください。「今」以外の項目はすべて、方向性を示すものとして位置づけてください
  • 常に「取り組まないこと」のセクションを設けてください。ロードマップが実質的なウィッシュリストになるのを防げます
  • 経営層向けには、機能ではなく、ロードマップがビジネスにもたらす成果を最初に示してください
  • ロードマップのレビュー頻度として、「今」の項目は毎月、「次」および「後」の項目は四半期ごとを推奨します
  • 「後」の項目について日付を求められた場合は、具体的な日付ではなく四半期(Q3 2026)を使用してください

品質チェック

  • 対象者に合った形式になっている(経営層向けにスプリント単位の詳細を示さない)
  • 「今」の項目には担当者が割り当てられ、コミットされている。「次」の項目は方向性を示し、「後」の項目は実現を目指す段階である
  • 「構築しないもの」セクションに、理由を添えた項目が少なくとも2つある
  • 成功指標がテーマごとに明記されている(機能の一覧だけではない)
  • 内部向けの専門用語がなく、「外部のステークホルダーにも理解できるか」と問いかけて確認している

アンチパターン

  • 「次」または「後」の項目に具体的な日付を記載しないでください。適切な確度を示すには、四半期または半年単位を使用してください
  • 経営層とエンジニアに同じ詳細度で示さないでください。対象者に合わせて詳しさを調整しないと、どちらの期待にも応えられません
  • 「構築しないもの」セクションを省略しないでください。優先度を明確に下げる項目が示されていないロードマップは、ウィッシュリストになります
  • 「後」の項目をコミットメントとして提示しないでください。「今」以外の項目はすべて、約束ではなく方向性を示すものとして位置づけてください
  • 成功指標のセクションを省略しないでください。これがないと、ステークホルダーはロードマップが機能しているか評価できません

コメント