mcpField
O
outcome-roadmap

outcome-roadmap

github.com/borghei生産性1.0k100 回インストール1 週間前に更新
リポジトリ

outcome-roadmap について

outcome-roadmapは、機能ベースのロードマップを成果重視の形式に変える、プロダクトチーム向けの計画スキルです。施策をNow/Next/Laterに分類し、指標や依存関係を提示しますが、成果文には実際の顧客・事業データを補う必要があります。

主な機能

  1. 01機能一覧を成果重視に再構成
  2. 02Now/Next/Laterで分類
  3. 03近い時期の施策に指標を提案
  4. 04施策の依存関係を記録
  5. 05テキスト、JSON、Markdownで出力

活用シーン

  1. 01機能・日付中心のロードマップの見直し
  2. 02四半期の成果を軸にしたチーム調整
  3. 03経営陣や顧客向けの戦略共有

インストール

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

$npx skills add https://github.com/borghei/claude-skills --skill outcome-roadmap

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

assets/
outcome_roadmap_template.md
examples/
output-to-outcome-transformation.md
references/
outcome-roadmap-guide.md
outcome-roadmap-workflow.md
red-flags.md
scripts/
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の項目数が決まります

コメント