roadmap-presentation について
機能と日付の一覧ではなく、戦略を伝えるロードマップを作成するプロダクト管理スキルです。経営層、部門横断チーム、エンジニア、顧客に合わせて形式と詳細度を調整します。
主な機能
- 01対象者に合わせた形式
- 02Now / Next / Later の計画
- 03戦略的背景とナラティブ
- 04見送る項目と理由の明示
- 05テーマ別の成功指標
- 06期間ごとの確度表示
活用シーン
- 01経営層への戦略提示
- 02部門横断チームとの依存関係の共有
- 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 か月後 — 確度は低く、目標段階)
- 戦略的な賭け
- 事前に解決が必要な依存関係
⚠️ 「その後」の項目に具体的な日付を記載してはいけません。四半期または半期を使ってください。
ロードマップのナラティブテンプレート
すべてのロードマップには、単なるタイムラインではなく、ナラティブが必要です。次の構成にしてください。
- 現在の状況 — 現在の製品の状態と主要な指標
- 解決する課題 — 顧客やビジネスの足かせとなっているもの
- 戦略的な賭け — このロードマップを導くテーマ
- 開発するもの — 今/次/その後の内訳
- 成功の判断方法 — テーマごとの成功指標
- 開発しないもの — 理由を明記した優先度の引き下げ
出力形式
製品ロードマップ — [製品領域] — [四半期/年]
対象者: [経営幹部/チーム/顧客] ロードマップ責任者: [PM 名] 最終更新日: [日付] 確度: 今 = 高 | 次 = 中 | その後 = 低
戦略的背景:
[2〜3 文:このロードマップは、会社または製品のどの目標に貢献しますか?]
対象期間の指針となるテーマ:
- [テーマ 1] — [理由を 1 行で]
- [テーマ 2] — [理由を 1 行で]
- [テーマ 3] — [理由を 1 行で]
NOW(今)— [四半期]
| テーマ | 取り組み | 期待される成果 | チーム | ステータス |
|---|---|---|---|---|
| [テーマ] | [開発するもの] | [変化する指標] | [責任者] | 進行中/開始予定 |
NEXT(次)— [四半期]
| テーマ | 取り組み | 仮説 | 依存関係 |
|---|---|---|---|
| [テーマ] | [開発を予定しているもの] | [X を開発すれば、Y が期待できる] | [事前に満たす必要がある条件] |
LATER(その後)— [H2/翌年]
| テーマ | 戦略的な賭け | 後回しにする理由 |
|---|---|---|
| [テーマ] | [開発する可能性があるもの] | [妨げとなっているもの、または不確実なもの] |
開発しないもの(とその理由):
- [要望された取り組み] — 優先度を下げる理由:[理由]
- [要望された取り組み] — 優先度を下げる理由:[理由]
このロードマップの成功指標:
| 指標 | 現在の目標 | 年末の目標 |
|---|---|---|
| [指標] | [X] | [Y] |
ガイドライン
- ロードマップをコミットメントの一覧にしないでください。「今」以外の項目はすべて、方向性を示すものとして位置づけてください
- 常に「取り組まないこと」のセクションを設けてください。ロードマップが実質的なウィッシュリストになるのを防げます
- 経営層向けには、機能ではなく、ロードマップがビジネスにもたらす成果を最初に示してください
- ロードマップのレビュー頻度として、「今」の項目は毎月、「次」および「後」の項目は四半期ごとを推奨します
- 「後」の項目について日付を求められた場合は、具体的な日付ではなく四半期(Q3 2026)を使用してください
品質チェック
- 対象者に合った形式になっている(経営層向けにスプリント単位の詳細を示さない)
- 「今」の項目には担当者が割り当てられ、コミットされている。「次」の項目は方向性を示し、「後」の項目は実現を目指す段階である
- 「構築しないもの」セクションに、理由を添えた項目が少なくとも2つある
- 成功指標がテーマごとに明記されている(機能の一覧だけではない)
- 内部向けの専門用語がなく、「外部のステークホルダーにも理解できるか」と問いかけて確認している
アンチパターン
- 「次」または「後」の項目に具体的な日付を記載しないでください。適切な確度を示すには、四半期または半年単位を使用してください
- 経営層とエンジニアに同じ詳細度で示さないでください。対象者に合わせて詳しさを調整しないと、どちらの期待にも応えられません
- 「構築しないもの」セクションを省略しないでください。優先度を明確に下げる項目が示されていないロードマップは、ウィッシュリストになります
- 「後」の項目をコミットメントとして提示しないでください。「今」以外の項目はすべて、約束ではなく方向性を示すものとして位置づけてください
- 成功指標のセクションを省略しないでください。これがないと、ステークホルダーはロードマップが機能しているか評価できません
コメント
Markdown 対応