mcpField
P
prioritizing-roadmap

prioritizing-roadmap

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

prioritizing-roadmap について

散在する要望を機会の順位付けとロードマップにまとめる、プロダクトチーム向けの優先順位付けスキルです。ICE スコア、根拠、制約を使い、関係者との合意形成に使える計画資料を作成します。

主な機能

  1. 01計画の目標と背景の整理
  2. 02根拠付きの機会一覧の作成
  3. 03ICE と仮定によるスコアリング
  4. 04制約を踏まえたシナリオ比較
  5. 05ロードマップと判断理由の作成
  6. 06リスクと次のステップの記録

活用シーン

  1. 01次四半期の開発項目の選定
  2. 02複数チームの要望の比較
  3. 03Now/Next/Later ロードマップの作成
  4. 04工数、依存関係、期限の調整

インストール

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

$npx skills add https://github.com/oldwinter/skills --skill prioritizing-roadmap

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

同梱ファイル

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

skillpack.json
references/
CHECKLISTS.md
EXAMPLES.md
INTAKE.md
RUBRIC.md
SOURCE_SUMMARY.md
TEMPLATES.md
WORKFLOW.md

詳細

ロードマップの優先順位付け

スコープ

対象範囲

  • 整理されていないロードマップの入力情報を、優先順位付けされた機会リストと一貫性のあるロードマップにまとめる
  • 計画の「シーズン」(マクロな背景)と成功基準を定義する
  • 共通の評価尺度(ICE+前提)を使い、チーム間で比較する
  • 関係者との合意形成に使えるロードマップ優先順位付けパックを作成する

使用するタイミング

  • 「次に何を作るべきでしょうか?」
  • 「第2四半期/第3四半期のロードマップが必要です。」
  • 「リクエストが多すぎて、比較する方法がありません。」
  • 「複数のチーム/ポッドをまたいで優先順位を付ける必要があります。」

使用しないタイミング

  • 合意された目標/ノーススター/戦略的意図がない場合(まずプロダクトビジョン/目標に取り組んでください)
  • スプリント計画やストーリーレベルの見積もりが必要な場合
  • すでに確定しているロードマップの中から、単一の実験を選ぶだけの場合
  • 一から顧客探索の計画を立てる必要がある場合

入力

最低限必要な情報

  • プロダクトと主要な顧客セグメント
  • 計画期間と頻度(例:今後6週間、次の四半期、ローリング方式の12~24か月)
  • 成功基準(ノーススター/ビジネス目標)と2~5個のガードレール
  • 候補となる機会(または現在のロードマップ/バックログ)と大まかな規模/工数
  • 制約:キャパシティ、コミットメント、依存関係、期限、リスク許容度

不足情報への対応

  • references/INTAKE.md から最大5つの質問をします。
  • それでも情報が不足している場合は、前提を明確に示して進め、ロードマップの選択肢を2~3案提示します。

出力(成果物)

Markdown形式のロードマップ優先順位付けパックを作成します(チャット内、または希望があればファイルとして作成します)。

  1. コンテキストの概要(目標、期間、制約、関係者)
  2. シーズンの枠組み(何が変わったか、主要な賭け、明示的な非目標)
  3. 機会の一覧(確信度〔既知か仮説か〕と根拠を含む)
  4. 優先順位付けモデル(共通の評価尺度+ICEスコアリング+前提)
  5. 優先順位付き機会リスト(上位10~20件)+「保留リスト」
  6. ロードマップ案(今/次/後、または四半期ごとのテーマ)+更新頻度(ローリング計画)
  7. 意思決定の説明(なぜこれなのか、なぜ今なのか)+「さらに大きく考える」アイデア
  8. リスク/未解決の質問/次のステップ(必ず含める)

テンプレート:references/TEMPLATES.md

ワークフロー(8ステップ)

1) インテーク+意思決定の枠組み
  • 入力: ユーザーのコンテキスト、references/INTAKE.md。
  • アクション: 意思決定の内容(バックログ、四半期ロードマップ、年間計画のいずれか)、期間、関係者、制約、「必ず実施する」コミットメントを確認します。
  • 出力: コンテキストの概要。
  • 確認事項: どのような意思決定をいつまでに行うかについて、全員の合意が取れていること。
2) 「シーズン」と成功基準を定義する
  • 入力: コンテキストの概要。
  • アクション: 現在のシーズン(マクロな背景)に名前を付け、シーズンにおける賭けを3~5個定義し、成功基準(ノーススター+ガードレール)を設定します。
  • 出力: シーズンの枠組みのセクション。
  • 確認事項: 関係者が「なぜ今なのか」と「何の最適化を目指すのか」を自分の言葉で説明できること。
3) 機会の一覧を作成する(事実と仮説を分ける)
  • 入力: 候補となる入力情報(リクエスト、アイデア、課題)。
  • アクション: 各項目を課題/成果の記述に整え、確信度(既知/信念/仮説)と根拠を付け、探索と提供に分けます。
  • 出力: 機会の一覧表。
  • 確認事項: すべての項目に、意図する成果指標と確信度/根拠に関する注記があること。
4) 共通の評価尺度によるスコアリングモデルを定義する(ICE+前提)
  • 入力: 機会の一覧+成功基準。
  • アクション: 主な「共通の評価尺度」(例:ノーススターの単位、収益、コスト、リスク低減)を選び、ICEの尺度を定義します。根拠に基づいて、影響の範囲と確信度を見積もります。
  • 出力: スコアリングモデル+記入済みのスコアリング表。
  • 確認事項: 同じ尺度を使う2人が、相対的な優先順位をおおむね同じように付けられること。
5) ランキングをストレステストする(シナリオ+制約)
  • 入力: スコア付けしたリスト+制約。
  • アクション: 制約(キャパシティ、依存関係、期限)を適用し、2~3種類のシナリオ(基本/積極的/保守的)を実行します。バランスの取れたポートフォリオ(コア、成長、品質、大きな賭け)を確保します。
  • 成果物: ショートリスト(上位項目)+保留リスト+主なトレードオフ。
  • 確認事項: トレードオフと「見送るもの」が明示されており、重要な項目が抜けていないこと。
6) ロードマップを作成する(順序付け+頻度)
  • 入力: ショートリスト+シナリオの選択。
  • アクション: 優先事項をロードマップ(Now/Next/Later または四半期ごとのテーマ)に落とし込み、依存関係と学習を踏まえて順序を決めます。ローリング計画の見直し頻度(例:12~24か月のローリング計画を6か月ごとに更新)を定義します。
  • 成果物: ロードマップの草案+更新頻度。
  • 確認事項: ロードマップに一貫性があり、実現可能で、新たな情報にも柔軟に対応できること。
7) 意思決定の説明文+合意形成計画を作成する
  • 入力: ロードマップの草案+根拠。
  • アクション: 「なぜこれなのか、なぜ今なのか」を説明し、「Think Bigger」セクションを含めます。ロードマップの伝達方法と更新方法を定義します。
  • 成果物: 意思決定の説明文+コミュニケーション/展開計画。
  • 確認事項: 部門横断のパートナーが、あなたがいなくてもロードマップを説明できること。
8) 品質ゲート+パックの最終化
  • 入力: パック全体の草案。
  • アクション: references/CHECKLISTS.md を実行し、references/RUBRIC.md で評価します。リスク/未解決の質問/次のステップを追加します。
  • 成果物: 最終版のロードマップ優先順位付けパック。
  • 確認事項: パックをそのまま共有でき、前提、担当者、更新頻度が明確であること。

品質ゲート(必須)

例

例 1(B2B SaaS):「コラボレーション製品の次の四半期のロードマップを、成長+コアにわたって優先順位付けしてください。」
期待される内容:シーズンの位置付け、スコア付けした機会の一覧、Now/Next/Later のロードマップ、明示的な対象外項目を含む明確な意思決定の説明文。

例 2(マーケットプレイス):「供給、需要、信頼と安全性にわたる6か月分のロードマップを優先順位付けしてください。」
期待される内容:チーム間のトレードオフを比較できる共通の評価モデルと、固定された頻度で更新するローリング計画。

境界例:「目標や制約がありませんが、2年のロードマップを作成してください。」
対応:目標と制約を尋ねます。得られない場合は、選択肢と前提を提示し、まずプロダクトビジョンと North Star の策定を推奨します。

コメント