product-roadmapping-and-portfolio について
プロダクトチーム向けに、成果ベースのロードマップを作成し、単一または複数のプロダクトにまたがる戦略的な投資判断を管理するスキルです。機能の優先順位付けやプロジェクト日程ではなく、順序付け、根拠、確信度、依存関係、見直し基準を扱います。
主な機能
- 01Now/Next/Later の成果ロードマップ
- 02戦略的投資記録と評価基準
- 03根拠・仮説・確約・選択肢の区分
- 04依存関係と確信度のマッピング
- 05シナリオ比較とレビュー周期
活用シーン
- 01計画期間ごとの成果の順序付け
- 02戦略的投資と依存関係の比較
- 03プロダクトポートフォリオのレビュー準備
- 04ロードマップの判断を関係者に伝達
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ magnus919/ agent-skills --skill product-roadmapping-and-portfolioインストール後、Claude Code で/product-roadmapping-and-portfolioを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
README.mdevals/evals.jsonreferences/dependency-confidence-view.mddiscovery-brief.mdoutcome-roadmapping.mdroadmap-review-cadence.mdscenario-comparison.mdstrategic-bets.mdtemplates/bet-record.mdoutcome-roadmap.mdroadmap-review-record.md詳細
製品ロードマップとポートフォリオ管理
将来を予測できるかのように装うことなく、戦略的な意図を伝えるロードマップを作成します。このスキルでは、成果ベースの順序付け、戦略的な賭けの管理、ポートフォリオレベルの選択を扱います。機能レベルの優先順位付けやプロジェクトのスケジュール管理は扱いません。
基本原則
-
ロードマップはプロジェクトのスケジュールではありません。 ロードマップは、戦略的な方向性と順序付けの意図を伝えます。原則として日付を確約するものではありません。デフォルトの表示は Now/Next/Later です。日付を示すのは、明示的に確約としてラベル付けする場合に限ります。
-
すべての成果物で4つのカテゴリを区別します。 ロードマップの出力では、エビデンス(観測されたデータ)、前提(まだ検証されていない見解)、コミットメント(撤回すると影響が生じる決定)、選択肢(検討中の代替案)をそれぞれ分けます。
-
計画ではなく、賭けです。 ロードマップの各項目は戦略的な賭けです。期待される成果、確信度、明示的な依存関係、継続・一時停止・中止・再検討の事前定義済み基準を伴う投資です。ロードマップはToDoリストではなく、賭けのポートフォリオです。
-
ポートフォリオ思考は規模を問わず適用できます。 同じ賭けの記録とロードマップの構成を、単一の製品にも、複数製品のポートフォリオにも利用できます。
読み込みガイド
| ファイル | 読み込むタイミング |
|---|---|
| references/outcome-roadmapping.md | Now/Next/Laterの成果ロードマップを作成またはレビューするとき |
| references/strategic-bets.md | 戦略的な賭けを定義、評価、比較するとき |
| references/dependency-confidence-view.md | 賭けをまたぐ依存関係を整理する、または確信度を調整するとき |
| references/scenario-comparison.md | 代替となる将来像を比較する、またはシナリオプランを作成するとき |
| references/roadmap-review-cadence.md | ロードマップのレビュープロセスを設計または実施するとき |
| references/discovery-brief.md | 責任範囲と振り分けルールを把握するとき |
| templates/outcome-roadmap.md | 記入式のNow/Next/Laterロードマップテンプレート |
| templates/bet-record.md | 記入式の戦略的な賭けの記録 |
| templates/roadmap-review-record.md | ロードマップのレビューミーティングを記録するとき |
作業方法
1. 機能ではなく成果から始める
成果を、測定可能な「from → to」形式の文で定義します。エビデンスは product-analytics-and-measurement に振り分けます。
2. Now/Next/Laterの全体像を整理する
Now = コミット済み(WIPに上限を設定)、Next = 検証済み/暫定、Later = 選択肢のみ。日付を示すのは、確約としてラベル付けする場合に限ります。
3. 賭けの記録を作成する
各賭けには、成果仮説、エビデンス、確信度(根拠を添えたH/M/L)、リスク、依存関係、キャパシティ、継続・一時停止・中止・再検討の基準を含めます。
4. 依存関係と確信度を整理する
阻害要因、有効化要因、共有キャパシティ、外部依存関係を整理します。実効確信度は、依存関係の健全性によって上限が定まります。
5. シナリオを比較する
重大な決定には、基本ケースと代替シナリオを用意します。堅牢な賭け、条件付きの賭け、脆弱な賭けを特定します。
6. レビューの頻度を定める
Nowは毎月、Next/Laterは四半期ごとにレビューします。根拠を添えて決定を記録します。
7. ステークホルダーに伝える
経営層向けの説明、チーム向けの表示、社外/顧客向けの表示をそれぞれ対象に合わせて作成します。
ルーティング表
| タスクに含まれる内容 | ルーティング先 |
|---|---|
| RICE スコアリング、MoSCoW による優先順位付け、OST ワークフロー | product-methodology — 戦術面の正式な担当 |
| Kano モデル、OST による戦略的な枠組み設定、競争上のポジショニング | product-strategy — 戦略フレームワーク |
| 資本配分、M&A のポートフォリオ選択 | strategy-frameworks — 全社戦略 |
| デリバリーフロー、WIP 制限、スループット、サイクルタイム | kanban-guru — 実行レベルのフロー |
| エビデンス、メトリクス、分析の計測設定 | product-analytics-and-measurement — 分析レイヤー(本文中の参照) |
| 承認済みの施策の実装計画 | implementation-planning — 引き継ぎ先(本文中の参照) |
| 確信度の低い施策の実験設計 | product-experimentation — 下流の利用者(本文中の参照) |
| リリース済みの施策の導入状況測定 | product-adoption — 下流の利用者(本文中の参照) |
| 施策の成果から得られるライフサイクル学習 | product-lifecycle-learning — 下流の利用者(本文中の参照) |
使用しない場合
- 戦術的な優先順位付けの仕組み(RICE スコア、MoSCoW の分類、Kano による分類、OST ツリー)については、
product-methodologyまたはproduct-strategyにルーティングしてください。このスキルでは、これらのフレームワークが「どこで」使われるかを説明するためにのみ参照し、数式や仕組みを再説明することはありません。 - プロジェクト横断的なプログラム調整(統合された依存関係、共有キャパシティ、プログラムの便益、または変革のデリバリー)については、technical-program-management にルーティングしてください。このスキルではプロダクト施策の順序を決めますが、その技術プログラムの実行を調整するものではありません。
- プロジェクトのスケジュール、ガントチャート、マイルストーンの追跡については、継続的なプロジェクト管理には technical-project-management を、承認済みの作業の詳細な計画には implementation-planning を使用してください。このスキルが担当するのは成果ロードマップです。
- デリバリーフローの管理については、
kanban-guruにルーティングしてください。 - 全社的な資本配分や M&A のポートフォリオ判断については、
strategy-frameworksにルーティングしてください。 - 単一の施策を具体化すること(投下可能な工数を定め、範囲を限定した問題に絞り込み、提案書を作成する)については、
product-shapingにルーティングしてください。このスキルではポートフォリオレベルでサイクルをまたいで施策の順序を決めます。具体化では、ロードマップに加える前に単一の施策をパッケージ化します。ここでいう「戦略的施策」とは順序付け基準を伴うロードマップ項目を意味し、product-shapingが作成する、具体化された単一プロジェクトのコミットメントではありません。
エビデンス、前提、コミットメント、選択肢
すべてのロードマップ成果物では、次の4つのカテゴリを区別します。
| カテゴリ | 定義 | 例 |
|---|---|---|
| エビデンス | 観測されたデータ、検証済みの学び、実験結果 | 「A/B テストで維持率が12%向上(p < 0.05、n=4,200)」 |
| 前提 | まだ検証されていない考え | 「ユーザーが通知を許可すると想定しており、その割合は約40%です」 |
| コミットメント | 撤回した場合の影響が定義された決定 | 「第3四半期:決済移行にエンジニア8人週を投入」 |
| 選択肢 | 検討中の代替案 | 「内製するか、サードパーティと統合するか」 |
前提をエビデンスに混在させたり、選択肢をコミットメントとして提示したりする成果物は、このスキルの有効な出力ではありません。