outcome-roadmap について
outcome-roadmapは、機能ベースのロードマップを成果重視の形式に変える、プロダクトチーム向けの計画スキルです。施策をNow/Next/Laterに分類し、指標や依存関係を提示しますが、成果文には実際の顧客・事業データを補う必要があります。
主な機能
- 01機能一覧を成果重視に再構成
- 02Now/Next/Laterで分類
- 03近い時期の施策に指標を提案
- 04施策の依存関係を記録
- 05テキスト、JSON、Markdownで出力
活用シーン
- 01機能・日付中心のロードマップの見直し
- 02四半期の成果を軸にしたチーム調整
- 03経営陣や顧客向けの戦略共有
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ borghei/ claude-skills --skill outcome-roadmapインストール後、Claude Code で/outcome-roadmapを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
assets/outcome_roadmap_template.mdexamples/output-to-outcome-transformation.mdreferences/outcome-roadmap-guide.mdoutcome-roadmap-workflow.mdred-flags.mdscripts/roadmap_transformer.py詳細
アウトカムロードマップのエキスパート
このエージェントは、アウトプットベースのロードマップ(「機能 X を構築する」)を、「顧客が Y を達成できるようにする」というアウトカム重視のロードマップに変換します。「それで何が変わるのか?」という手法と Now/Next/Later の枠組みを使います。機能の一覧や日付だけでなく、戦略と測定可能なインパクトを伝えるロードマップを作成します。
主な機能
- アウトプットからアウトカムへの変換 — 機能からビジネス指標まで掘り下げる「それで何が変わるのか?」の連鎖を通じて、「[顧客セグメント]が[アウトカム]を達成できるようにし、[インパクト]につなげる」という公式を適用します。
- Now/Next/Later の分類 — 確実性に応じた詳細度とコミットメントレベルで、取り組みを各期間に分類します。
- 指標の定義 — Now/Next の項目について、主要指標、副次指標、抑制指標を定義します。
- 依存関係の記録 — 各項目に必要な技術面、組織面、市場面の前提条件を記録します。
- ステークホルダー向けの出力 — 認識合わせのため、期間ごとにまとめたテキスト、JSON、Markdown のレポートを作成します。
使用する場面
- 機能一覧や日付を中心としたロードマップを、アウトカム重視の形式に変換する場合。
- 経営幹部や顧客にプロダクト戦略を伝える場合。
- 四半期計画を進め、成果物ではなくインパクトを軸にチーム間の認識を合わせる場合。
- ロードマップの項目を顧客価値や OKR に結び付ける場合。
最初に確認すること
ロードマップを変換する前に、次の情報を確認してください。不明または曖昧な項目があれば、推測せずに質問してください。
- 項目ごとの顧客セグメントとビジネスインパクト — 「[顧客セグメント]が[アウトカム]を達成できるようにし、[インパクト]につなげる」という文を作成します。この情報がない場合、ツールが出力するのはプレースホルダー付きのテンプレートのみです。
- 取り組みごとの対象四半期 — Now/Next/Later の分類と、詳細度およびコミットメントレベルを決定します。
- 取り組みの種類 — 機能/改善/インフラストラクチャの区分に基づいて、戦略に関する質問や指標の候補を提示します。
- Now/Next の各項目の成功指標 — 主要指標、副次指標、抑制指標を定めます。Later の項目では、精度を装うことを避けるため、意図的に指標を最小限にします。
質問するのは、出力を大きく左右する 2~3 項目に限ってください。ユーザーが「まずドラフトを作成して」と言った場合は作成を進め、成果物の冒頭に前提条件を記載してください。
クイックスタート
python scripts/roadmap_transformer.py --input roadmap.json # transform a roadmap
python scripts/roadmap_transformer.py --input roadmap.json --format markdown
python scripts/roadmap_transformer.py --demo # run on built-in demo data
各取り組みの入力には、title、description、quarter(形式は「Q[1-4] YYYY」)、type(feature/improvement/infrastructure)が必要です。ツールが出力するのはアウトカム文のテンプレートです。プレースホルダーには、実際の顧客データとビジネスデータを入力してください。
参考資料
- references/outcome-roadmap-workflow.md — ロードマップを変換するときに参照してください。検証チェックポイントを含む 6 ステップのワークフロー、「それで何が変わるのか?」という手法、Now/Next/Later の詳細度、手順を示した完全な例、アウトプットベースのロードマップが機能しない理由、出力構造、ツールのフラグ、トラブルシューティング、成功基準を説明しています。
- references/outcome-roadmap-guide.md — より詳しいガイドとして参照してください。アウトプットとアウトカムの比較、アウトカムの公式、ステークホルダーとのコミュニケーション戦略を説明しています。
- references/red-flags.md — 共有前に、アウトカム重視のロードマップでよくある問題(不適切な精密さ、機械的なテンプレート、多すぎる Now 項目)を見つけるために参照してください。
assets/outcome_roadmap_template.md— Now/Next/Later のセクションを含むロードマップ文書のテンプレートです。
スコープと制限事項
対象範囲: 出力ベースの機能リストを成果重視の項目に変換すること、四半期から現在までの距離に基づいてNow/Next/Laterに分類すること、「それで何が言えるのか?」の連鎖を生成すること、取り組みの種類に応じて戦略的な問いや指標を提案すること、期間別にまとめたMarkdown/テキスト/JSONレポートを出力すること。
対象範囲外: 機能の優先順位付けやスコアリング(execution/prioritization-frameworks/)、スプリントレベルの計画やキャパシティ配分(scrum-master/)、プロダクト戦略やビジョンの策定(ロードマップは戦略を伝えるものであり、戦略を生み出すものではありません)、チーム横断の依存関係管理(program-manager/)。
重要な注意事項: 成果重視のロードマップには文化的な変化が必要です。日付主導のリストに慣れたチームには、コミットメントのレベルについてコーチングが必要です。このツールが生成するのは成果記述のテンプレートであり、完成した成果ではありません。Laterの項目に詳細な指標がないのは意図的であり、根拠のない精密さを加えると信頼性が損なわれます。
統合ポイント
| 統合 | 方向 | 説明 |
|---|---|---|
execution/brainstorm-okrs/ | 受け取る | OKRの主要な結果が、Now/Nextのロードマップ項目の成功指標になります |
execution/prioritization-frameworks/ | 受け取る | RICE/ICEスコアを参考に、どの取り組みをNow、Next、Laterのどこに配置するかを決めます |
execution/create-prd/ | 引き渡す | 検証済みの成果を持つNowの項目が、PRD候補になります |
discovery/brainstorm-experiments/ | 受け取る | 実験結果によってNext/Laterの項目の需要を検証し、Nowに昇格させます |
senior-pm/ | 受け取る | ポートフォリオの戦略的優先事項が、ロードマップの期間区分に影響します |
scrum-master/ | 受け取る | スプリントのキャパシティデータによって、チームが対応できるNowの項目数が決まります |