第5章: ロードマップとOKR — アウトカムへの転換

優先順位が決まったら、それを計画に落とし込み、組織に伝えなければなりません。 その道具がロードマップとOKRです。 しかし、この2つには共通する大きな落とし穴があります——それは「機能を作ること」を約束してしまい、 「成果を生むこと」を見失う罠です。本章は、本シリーズの縦串「アウトプットからアウトカムへ」が 最も鮮明に立ち現れる章になります。

ロードマップは「約束リスト」ではない

多くの人がロードマップを「いつ何を作るかの約束リスト」だと考えています。しかし、本来のロードマップは プロダクトのビジョンと戦略を、どう前に進めるかを伝えるコミュニケーション・整合（アライメント）ツールです。 優れたチームは、ロードマップを「不確実性に備えるための計画」として使います。

Now-Next-Later — 確信度で計画する

Janna Bastowが2012年に考案したNow-Next-Laterは、時間ではなく確信度（confidence）で 作業を3つのバケツに分類します。思想は明快——「誰も常に100%確信などしていない」。

機能ロードマップから「アウトカムロードマップ」へ

ロードマップ論の核心は、「達成したい結果（アウトカム）」を記載し、それを実現する具体的な機能を約束しない、という転換です。 例を見れば一目瞭然です。

❌ 機能（アウトプット）ベース       ✅ アウトカムベース
─────────────────────────────────────────────────────────
「オンボーディングウィザードを作る」 →  「アクティベーションを15%改善する」

  → 機能を作れば「完了」              → 効果が出るまで「完了」にならない
  → 手段が目的化する                 → 手段は自由に選べる（モチベ向上）
  → 外れても気づかない               → 初期アプローチが外れる前提で組む

Marty Caganは、ロードマップを「プロダクトチームが失敗する理由の第1位」とまで位置づけました。 典型的なロードマップ上の項目の少なくとも半分は顧客に通用せず、通用する項目でも収益化まで複数回の試行錯誤を要する—— これが彼の言う「2つの不都合な真実」です。アウトカムベースなら、「機能を実装すること」ではなく「問題を解決すること」が目的になり、 チームは最善策を自由に選べます。

Vision → Strategy → Roadmap → Backlog の階層

ロードマップは単独で存在するのではなく、より大きな階層の一部です。Roman Pichlerのモデルでは、 4つの成果物が上位ほど抽象的・長期的、下位ほど具体的・短期的に並びます。

graph TD
  V[Product Vision\n5〜10年・存在理由] --> S[Product Strategy\nターゲット・ニーズ・ゴール]
  S --> R[Product Roadmap\n今後12ヶ月・ゴールと主要機能]
  R --> B[Product Backlog\n今後数ヶ月・具体的項目]
  style V fill:#8b5cf6,stroke:#6d28d9,color:#fff
  style S fill:#3b82f6,stroke:#2563eb,color:#fff
  style R fill:#14b8a6,stroke:#0d9488,color:#fff
  style B fill:#f97316,stroke:#c2410c,color:#fff

上位のビジョン（プロダクトの究極の目的）が戦略（誰のどんなニーズを、どう満たすか）に翻訳され、 それが今後12ヶ月のロードマップ（ゴール＋主要機能＋メトリクス）になり、 最終的にバックログ（具体的な開発項目）へと落ちていく。ロードマップは、この翻訳の連鎖の中間に位置します。

OKR — 目標管理の決定版

ロードマップが「何を作るか」を扱うのに対し、OKR（Objectives and Key Results）は「何を達成するか」を扱います。 その歴史は1970年代のIntelに遡ります。

OKRの基本フォーマットは、Doerrの定型文に集約されます—— 「I will (Objective) as measured by (Key Results).」

• Objective（目標）: 達成したい定性的で野心的なゴール（方向性）
• Key Results（主要な結果）: その達成を測る定量的・測定可能な結果（通常3〜5個）

Googleでの運用の特徴は、ストレッチゴールを奨励し、達成度70%（0.7）前後を成功とみなす点です。 100%達成は「目標が低すぎた」とされます。そして決定的に重要なのが、OKRを報酬・評価と切り離すという原則です。

OKRのよくある失敗

graph TD
  KR{Key Result の書き方}
  KR -->|❌ アウトプット| BAD[「機能Xをローンチする」\n＝タスク完了で終わり]
  KR -->|✅ アウトカム| GOOD[「アクティベーションを20%改善」\n＝効果が出て初めて達成]
  style KR fill:#3b82f6,stroke:#2563eb,color:#fff
  style BAD fill:#f97316,stroke:#c2410c,color:#fff
  style GOOD fill:#14b8a6,stroke:#0d9488,color:#fff

ステークホルダーマネジメント

ロードマップは「合意を得るための説得資料」ではなく、主要ステークホルダーと共創（co-create）するものです。 Roman PichlerのPower-Interest Grid（権力-関心マトリクス）は、ステークホルダーを権力と関心の高低で分類し、関与法を変えます。

縦串の正体 — アウトカム vs アウトプット

本章の通奏低音は、アウトカム vs アウトプットの対立でした。Josh Seidenは著書『Outcomes Over Output』で、 アウトカムを精密にこう定義しています——「ビジネス成果を生む、人間の行動の変化（a change in human behavior that drives business results）」。

例えば「統合機能を作る」はアウトプットに過ぎません。統合機能を作っただけでは価値は生まれない。 顧客がそれを使い、価値を見出すことこそがアウトカムです。 タイムライン型→Now-Next-Later、機能ロードマップ→アウトカムロードマップ、KR=タスク→KR=測定可能な成果—— 本章で見たすべての転換が、この一本の論旨で繋がっています。

まとめ — 計画は「成果」を約束する

本章では、ロードマップとOKRを「アウトカムへの転換」という視点で解剖しました。 ロードマップは約束リストではなくコミュニケーションツールであり、Now-Next-Laterで確信度に応じて計画し、 機能ではなくアウトカムを記載すべきです。OKRはObjective（定性的ゴール）とKey Results（定量的成果）からなり、 最頻出の失敗はKRをタスク化すること。すべてが「アウトプットからアウトカムへ」という縦串に貫かれています。

では、その「アウトカム」を、私たちはどうやって測るのでしょうか。 「アクティベーションを15%改善」と言うとき、何を見ればよいのか。 次章では、North Star MetricやAARRRといった指標設計とグロースの世界に入ります。