OKRがイノベーションを殺すメカニズム——目標管理と探索行動の根本的矛盾

OKRはなぜ「イノベーション手法」として普及したのか

OKR（Objectives and Key Results）はAndy Groveがインテルで開発し、ジョン・ドーアがGoogleに導入したことで有名になった目標管理フレームワークだ。「野心的な目標（Objective）」と「測定可能な主要成果指標（Key Results）」を四半期ごとに設定し、達成度を透明に評価する。

2013年頃からシリコンバレーのスタートアップに急速に普及し、LinkedInやTwitter、Dropboxが採用したことで「スタートアップ式イノベーション管理」の代名詞となった。日本でも2015年以降、大企業の新規事業部門がOKRを導入する事例が増えた。

しかし、OKRが真に機能するのは「達成すべき成果が事前に設定できる領域」であり、新規事業開発の核心である「何が価値あるかを発見するプロセス」とは根本的に相性が悪い。

OKRの設計原則と探索行動の根本的矛盾

OKRの核心は「測定可能であること」だ。Key Resultsは「月次アクティブユーザー数を100万人にする」「製品のNPSスコアを+30以上にする」のように、数値で評価できる形で設定される。これはPeter Druckerの「測定できないものは管理できない」という原則を実装したものだ。

だが、新規事業開発の初期フェーズ——顧客セグメントの仮説検証、価値提案の精度向上、ビジネスモデルの実証——では、「何を測れば成功を判断できるか」自体が分からない段階が長く続く。

Eric Riesが「リーン・スタートアップ」で提唱したように、新規事業の初期フェーズでは「学習の速度」こそが最重要指標であり、その学習内容は事前に設定できない。「仮説Aは誤りで、仮説Bへピボットした」という成果は、OKRのKey Resultsとして事前設定することが原理的に不可能だ。

ビルド・メジャー・ラーン完全ガイドで論じたように、探索フェーズの学習サイクルは「目標に向かって進む」ではなく「目標そのものを更新する」プロセスだ。OKRは前者のための道具であり、後者には使えない。

大企業のOKR導入が生む「計測可能な嘘」

大企業の新規事業部門でOKRを導入した場合、実際には何が起きるか。

「計測しやすいKR」への収束

新規事業チームがKey Resultsを設定するとき、「外部ユーザーインタビュー実施件数：30件」「プロトタイプのユーザーテスト回数：10回」のような「活動量指標」を設定することが多い。これは「計測できる」が、「価値の発見」を示さない。インタビューを30件実施して「全員この課題を持っていない」と分かれば、それは成功か失敗か——OKRのフレームでは判定できない。

四半期ごとの「成果の演出」

OKRは四半期（3ヶ月）サイクルで評価されることが多い。新規事業の仮説検証サイクルが3ヶ月と一致するとは限らない。顧客に習慣として使ってもらえるかどうかの検証には、最低でも6〜12ヶ月が必要なケースが多い。

この時間軸の不一致は、3ヶ月で「成果があった」と見せることへのプレッシャーを生む。一部の顧客からの肯定的なフィードバックを「市場受容性の確認」として過大評価する、あるいは達成確度の低いKRをあえて設定して「80%達成」を演出するような行動が起きやすい。イノベーション・シアターのOKR版だ。

ピボットへの心理的障壁

OKRを設定した後で「この方向は違った」とピボットすることは、設定したKRへの未達を意味する。組織が評価を重視するほど、「KRを捨ててピボットする」決断への心理的障壁が高まる。

これはピボット意思決定の遅延構造が示す問題と同根だ。「設定した目標を達成しているか」という軸が、「正しい問いに向かっているか」という軸を駆逐する。

OKRが機能する領域と機能しない領域

OKRへの批判は「OKRは全く使えない」という結論を意味しない。機能する領域は明確に存在する。

OKRが機能する領域：

達成すべき成果の輪郭が既知の「深化型」業務（例：既存製品の販売拡大、コスト削減、エンジニアリング速度向上）
市場・顧客・技術の不確実性が低い改善型プロジェクト
成果の帰属が明確に設定できる機能（セールス、カスタマーサクセス）

OKRが機能しない領域：

顧客の課題・ニーズ自体が不明確な新規事業初期フェーズ
ビジネスモデルの仮説が未検証の段階
技術的な実現可能性が未確認のR&Dプロジェクト

Googleも、この区別を認識している。X（旧Google X）の探索型プロジェクトには通常のOKRを適用せず、代わりに「技術的実現可能性の確認」と「市場へのインパクト規模の評価」という独自の評価軸を使う。OKRはGoogleの全プロジェクトに一律適用されるものではない。

探索型イノベーションに適した目標設定フレーム

OKRの代替として、探索型イノベーションに適した目標設定の考え方を提示する。

仮説リスト管理（Assumption Mapping）： 事業仮説を「最重要仮説（Most Critical Assumption）」と「低重要仮説」に分類し、検証の優先順位を管理する。KRは「仮説Xを検証したか（Yes/No）」と「検証結果から何を学んだか（記述）」で評価する。

学習マイルストーン： 時間ではなく「学習の段階」でマイルストーンを定義する。「顧客インタビュー10件でペインの実在を確認する」ではなく、「顧客インタビューを通じて、ペインの実在かその不在かを結論づける」という設計だ。

段階的なKR移行： 初期探索フェーズは「学習目標（何を学ぶか）」でOKRを設計し、検証が進んで成果の輪郭が見えてきた段階から「成果目標（何を達成するか）」にOKRを切り替える。

「目標管理」と「不確実性管理」を混同しない

OKRは優れたツールだが、用途を誤れば害になる。大企業の新規事業部門が「イノベーションを加速するためにOKRを導入しよう」と決める前に、「この段階の不確実性を、OKRで管理できるか」を問うべきだ。

不確実性が高いフェーズに確実性を前提とした目標管理ツールを適用することは、地図が違う場所の地図でも「何もないよりマシ」と使い続けることに似ている。地図の不在を認め、コンパスで方向を確認しながら進む勇気——それが探索型イノベーションに必要な姿勢だ。