Roadmap Builder

ロードマップビルダー

ロードマップビルダーのスキルは、戦術的な実行をビジネス目標に沿わせる戦略的ロードマップの作成を、プロダクトチームが行えるよう支援します。機能のリストではなくテーマに基づく計画、OKRを用いた成果重視の目標、市場からのフィードバックや優先事項の変化に適応できる柔軟な計画を重視します。

このスキルは、ビジネス戦略を四半期ごとのテーマに落とし込み、テーマをイニシアチブやエピックに分解し、共通の目標を軸にステークホルダーの足並みをそろえ、実行の柔軟性を保ちながらロードマップを明確に維持することを得意としています。

ロードマップビルダーは、アウトプットより成果、機能よりテーマ、月次レビューを伴う四半期計画という、現代のプロダクトマネジメントの原則に従います。

主なワークフロー

ワークフロー 1：プロダクトロードマップの作成

手順：

1. 戦略的背景を定義する

   • 会社のビジョンとビジネス目標を確認する
   • 市場での位置付けと競合状況を分析する
   • 顧客のインサイトとペインポイントを収集する
   • 改善すべき主要な指標（North Star など）を特定する
   • リソースの制約（チーム、予算、時間）を把握する

2. 四半期ごとのテーマを設定する

   • 次の四半期のテーマを 2～4 個定義する
   • 各テーマは戦略的な賭け、または重点領域を表す
   • テーマは機能のリストではなく、成果を重視する
   • 例：「解約率の低減」「エンタープライズ対応」「パフォーマンス 10 倍」
   • テーマを OKR または会社の目標に沿わせる

3. 各テーマの OKR を作成する

   • 目標：定性的で、人を鼓舞する目標
   • 主要な結果：測定可能な成果を 3～5 個
   • 主要な結果が意欲的でありながら達成可能であることを確認する
   • 基準値と目標指標を定義する
   • プロダクト／エンジニアリングのリードにオーナーシップを割り当てる

4. イニシアチブを特定する

   • 各テーマについて、候補となるイニシアチブをブレインストーミングする
   • イニシアチブ＝主要な結果を前進させるための大規模な取り組み
   • インパクトと工数に基づいてイニシアチブに優先順位を付ける
   • テーマごとに上位 2～4 個のイニシアチブを選ぶ
   • おおよその期間（週または月）を見積もる

5. エピックに分解する

   • イニシアチブをエピックに分解する
   • エピック＝複数のスプリントにまたがる大規模なユーザーストーリー
   • ユーザー価値と成功基準を含めてエピックの説明を書く
   • 依存関係と学習目標に基づいてエピックの順序を決める
   • チームまたはスクワッドに割り当てる

6. タイムラインビューを作成する

   • タイムライン上にテーマ、イニシアチブ、エピックを配置する
   • チームやプロダクト領域ごとにスイムレーンを使う
   • 依存関係と順序を示す
   • マイルストーンとリリース日を強調する
   • 確信度（高／中／低）を追加する

7. ステークホルダーの合意を形成する

   • ロードマップをリーダーシップとステークホルダーに提示する
   • フィードバックを集め、優先順位を調整する
   • トレードオフと意思決定を伝える
   • ロードマップに含まれないものについて期待値を設定する
   • レビューの頻度（月次または四半期ごと）を定める

成果物： テーマ、OKR、イニシアチブ、エピック、タイムラインを含む戦略的ロードマップ。

ワークフロー 2：四半期ごとのロードマップレビュー

手順：

1. 前四半期の OKR と達成状況を確認する
2. うまくいったこと、うまくいかなかったこと、その理由を分析する
3. 最新の顧客および市場のインサイトを収集する
4. チームのキャパシティとベロシティの傾向を評価する
5. 次の四半期のテーマと OKR を設定する
6. 学びに基づいて長期ロードマップを調整する
7. 変更内容をすべてのステークホルダーに伝える

ワークフロー 3：月次ロードマップ健全性チェック

手順：

1. 現在のイニシアチブの進捗を確認する
2. 主要な結果が目標に向けて推移しているか確認する
3. リスク、ブロッカー、スコープ上の問題を特定する
4. 必要に応じてタイムラインまたはスコープを調整する
5. ステークホルダーに状況を伝える
6. 市場またはビジネスの状況が変化した場合は優先順位を見直す

ワークフロー 4：機能リクエストの評価

新しい機能リクエストが届いた場合：

1. 根底にある顧客の問題を把握する
2. 現在のテーマと OKR に照らして評価する
3. インパクト（対象ユーザー数、収益の可能性）を評価する
4. 工数と機会費用を見積もる
5. 判断する：ロードマップに追加する、バックログに延期する、または見送る
6. 明確な根拠とともに判断を伝える

クイックリファレンス

アクション	コマンド／トリガー
ロードマップを作成	"build product roadmap"
四半期のテーマを設定	"define Q[n] themes"
OKR を作成	"create OKRs for [theme]"
イニシアチブを追加	"add initiative: [description]"
ロードマップをレビュー	"roadmap health check"
四半期計画	"plan Q[n] roadmap"
機能を評価	"evaluate feature: [idea]"
タイムラインを表示	"show roadmap timeline"
ステークホルダー向けビュー	"create stakeholder roadmap view"
イニシアチブに優先順位を付ける	"prioritize roadmap items"

ベストプラクティス

• 機能よりテーマを重視：機能の一覧ではなく、戦略的なテーマごとに整理します。テーマは背景と柔軟性をもたらします
• アウトプットより成果を重視：アウトプット（機能 X のリリース）ではなく、ビジネス成果（解約率の低下、収益の増加）に焦点を当てます
• OKR を適切に活用：目標は意欲を高め、主要な成果指標は達成度を測定します。達成率は 100% ではなく 70% を目指します
• 四半期ごとに計画し、毎月レビュー：四半期は戦略計画に最適な期間です。適応できるよう毎月レビューします
• 「なぜ」を伝える：ロードマップの各項目がビジネス戦略と明確に結び付いている必要があります
• 確信度を示す：不確実性について率直に伝え、確信度を高・中・低で示します
• タイムラインは見積もり：「Q2」や「H2」を使い、具体的な日付は避けて柔軟性を保ちます
• シンプルに可視化：ロードマップが煩雑にならないようにし、テーマと主要なマイルストーンに焦点を当てます
• 戦略的に断る：ロードマップの力は、実施しないことから生まれます。集中を維持します
• 指示ではなく調整：ロードマップはチームの足並みをそろえるものであり、実行を細かく管理するものではありません
• イノベーションと保守のバランスを取る：技術的負債、バグ、プラットフォームの改善に対応できるよう、キャパシティを確保します
• 定期的に更新：古いロードマップは信頼を損ないます。最新の状態を保ち、変更を共有します

ロードマップの形式

テーマベースのロードマップ

Q1 2026: Enterprise-Ready
  Initiative: SSO & Advanced Security
  Initiative: Audit Logs & Compliance

Q2 2026: 10x Performance
  Initiative: Database Optimization
  Initiative: Caching Layer

Q3 2026: Mobile-First Experience
  Initiative: Native Mobile Apps
  Initiative: Offline Support

Now-Next-Later ロードマップ

NOW (this quarter)
  - Theme 1: [Active work]
  - Theme 2: [Active work]

NEXT (next quarter)
  - Theme 3: [Planned]
  - Theme 4: [Planned]

LATER (future)
  - Theme 5: [Exploring]
  - Theme 6: [Researching]

成果ベースのロードマップ

Goal: Reduce Customer Churn by 30%
  → Improve onboarding (Q1)
  → Better customer support (Q2)
  → Product stability (Q2-Q3)

Goal: 2x Enterprise Revenue
  → SSO & Advanced Auth (Q1)
  → Compliance Features (Q2)
  → Enterprise Admin Tools (Q3)

OKR テンプレート

Theme: [Strategic Focus Area]

Objective: [Inspiring, qualitative goal]

Key Results:
  KR1: [Metric] from [baseline] to [target]
  KR2: [Metric] from [baseline] to [target]
  KR3: [Metric] from [baseline] to [target]

Initiatives:
  1. [Initiative name] - [Timeline]
  2. [Initiative name] - [Timeline]
  3. [Initiative name] - [Timeline]

例：

Theme: Enterprise-Ready

Objective: Make our product the default choice for enterprise customers

Key Results:
  KR1: Increase enterprise deals from 5/quarter to 15/quarter
  KR2: Achieve SOC 2 Type II certification
  KR3: Reduce enterprise sales cycle from 6 months to 3 months

Initiatives:
  1. SSO & Advanced Auth - Q1
  2. Audit Logs & Compliance - Q1-Q2
  3. Enterprise Admin Console - Q2

優先順位付けのフレームワーク

RICE スコアリング

各イニシアチブについて：

• リーチ：何人の顧客にメリットがありますか？
• インパクト：顧客にどの程度のメリットがありますか？（0.25、0.5、1、2、3）
• 確信度：どの程度確信がありますか？（％を小数で表記）
• 工数：必要な人月

スコア = （リーチ × インパクト × 確信度）／工数

価値と複雑さのマトリックス

       HIGH VALUE
           |
   DO NEXT | DO FIRST
           |
  -------- + --------  COMPLEXITY
           |
   SKIP    | DO LATER
           |
      LOW VALUE

戦略との整合性スコア

各イニシアチブを 1～5 で評価します：

• 会社のビジョンに合致している
• 主要なビジネス指標を改善する
• 戦略上重要な顧客から要望されている
• 競争上必要である
• 将来の作業のための技術基盤となる

合計スコアを優先順位付けの指針にします。

タイムラインの計画

概算の規模：

• 小規模なイニシアチブ：1～2 か月
• 中規模なイニシアチブ：3～4 か月
• 大規模なイニシアチブ：5～6 か月

6 か月を超える場合：より小さなイニシアチブに分割します。

バッファのルール：

• 不確定要素に備えて、期間に 20% のバッファを追加します
• バグとサポート対応に、キャパシティの 20% を確保します
• チームの理論上のキャパシティの 70% を計画に充てます

ステークホルダーとのコミュニケーション

経営幹部向けロードマップ：大まかなテーマとビジネス成果
チーム向けロードマップ：詳細なイニシアチブ、エピック、依存関係
顧客向けロードマップ：一般公開する機能と大まかなタイムライン
取締役会向けロードマップ：戦略的な投資と期待されるビジネスへの影響

更新頻度：

• 経営幹部：四半期ごとに更新し、毎月状況を確認
• チーム：隔週、またはスプリント計画時
• 顧客：主要リリース時、または四半期ごとに更新
• 取締役会：四半期ごと、または必要に応じて

連携ポイント

• プロジェクトプランナー：ロードマップのイニシアチブをプロジェクト計画に変換します
• スプリントプランナー：エピックをスプリントの作業に分割します
• OKR トラッカー：主要な成果指標の進捗を監視します
• 分析：指標を追跡し、成果を検証します
• ユーザーリサーチ：顧客の知見を基にロードマップの優先順位付けを支援します
• GitHub Projects：イニシアチブをコードやリリースに関連付けます