OKR とは？Google も実践するゴール設定フレームワークを PdM 視点で解説

この記事でわかること

• OKR の定義と成り立ち（Intel・Google で実践されている理由）
• Objective と Key Results の関係性
• OKR と KPI / MBO の違い
• PdM が OKR をプロダクトチームで運用する具体的な手順
• OKR 導入でよくある失敗パターンと回避策

OKR とは何か

OKR（Objectives and Key Results）は、組織やチームの目標を「定性的なゴール（Objective）」と「定量的な成果指標（Key Results）」のセットで管理するフレームワークです。1970 年代に Intel の Andy Grove が考案し、その後 John Doerr が Google に持ち込んだことで世界中に広がりました。

OKR の本質は「全員が同じ方向を向くための共通言語を持つ」ことにあります。経営層からエンジニア・PdM・営業に至るまで、それぞれの OKR が会社全体の OKR と整合していることで、組織のあらゆる意思決定が「目標達成に近づくか」を基準に下せるようになります。

Objective と Key Results の関係性

OKR は次の 2 要素で構成されます。

Objective（目標）

達成したい状態を 定性的・野心的 に表現するものです。「何を成し遂げたいか」を一文で表します。良い Objective の特徴は次の 3 つです。

• インスピレーショナル: チームを鼓舞する力がある
• 時間制約あり: 通常 1 四半期（3 か月）で達成可能な範囲
• 定性的: 数字ではなく状態を描く

例: 「ユーザーが毎日使いたくなるプロダクトを実現する」「新規ユーザーが初回 5 分でコア体験に到達できるようにする」

Key Results（主要な成果指標）

Objective が達成できたかどうかを判定する 定量的な指標 です。1 つの Objective に対して通常 3〜5 個の Key Results を設定します。良い Key Results の特徴は次の 3 つです。

• 定量的: 数字で測れる
• 達成困難: 70% 達成で「成功」とみなせる挑戦的な水準
• 結果指標: 行動量ではなく成果を測る

例: 「DAU を 10,000 から 25,000 に増やす」「初回 onboarding 完了率を 35% から 60% に引き上げる」「NPS を +5 から +25 に改善する」

OKR と KPI / MBO の違い

OKR は KPI や MBO とよく混同されますが、目的と運用の仕組みが異なります。

OKR vs KPI

KPI（Key Performance Indicator）は事業の 健全性を継続的にモニタリングする指標 です。MAU、チャーンレート、CVR などが該当します。一方 OKR は「特定の期間に何を変えたいか」を表すゴール設定であり、達成すべき変化の方向と幅を示します。

つまり KPI は「常に見るダッシュボード」、OKR は「四半期ごとに更新する挑戦目標」という関係です。両者は補完関係にあり、PdM は KPI を日々モニタリングしながら、四半期ごとに OKR でその一部を引き上げる挑戦をすることになります。

OKR vs MBO

MBO（Management by Objectives）は個人の業績評価と紐付ける目標管理手法です。MBO は人事評価との結びつきが強いため、達成可能な「現実的な目標」を設定する傾向があります。OKR は逆に達成困難な「ストレッチゴール」を奨励し、人事評価とは原則切り離されます。

OKR の達成度 70% は「成功」、100% は「目標が低すぎた」と評価されるのが標準的な運用です。これにより、チームは失敗を恐れずに大胆な挑戦ができるようになります。

PdM が OKR をプロダクトチームで運用する手順

PdM が自分のプロダクトチームに OKR を導入する場合、次の 5 ステップが基本です。

ステップ 1: 上位 OKR との整合確認

会社全体や事業部の OKR がすでにある場合、それを起点として「自分のプロダクトがどう貢献できるか」を考えます。トップダウンとボトムアップの両方から OKR が組み立てられるのが理想です。

ステップ 2: Objective のドラフト

四半期で達成したいプロダクトの状態を 1〜2 個の Objective にまとめます。「ユーザーがこのプロダクトを口コミで紹介したくなる状態」など、定性的かつ具体的に表現します。

ステップ 3: Key Results の設定

各 Objective に対して 3〜5 個の Key Results を設定します。設定時の注意点は「やればできる目標」ではなく「やや背伸びする目標」にすること。70% 達成で十分な水準を意識します。

ステップ 4: チーム全員での合意

OKR は PdM が独断で決めるものではありません。エンジニア・デザイナー・QA・営業など関係者全員で議論し、合意を取ります。これにより全員が「自分ごと」として目標を捉えるようになります。

ステップ 5: 週次レビューと四半期末の振り返り

週次で進捗を確認し、Key Results の達成度をスコア化（0.0〜1.0）します。四半期末には達成度を最終評価し、次の四半期の OKR 設計に活かします。失敗から学ぶことを重視する文化が OKR の核です。

OKR 導入でよくある失敗パターン

OKR は単純に見えて運用は難しく、多くの組織が次のような落とし穴にハマります。

失敗 1: KPI と OKR を混同する

「MAU 100,000」のような既に追っている KPI をそのまま OKR にしてしまうケース。これでは新しい挑戦が生まれず、OKR の意味が薄れます。Key Results は「現状からどれだけ伸ばすか」を含めた挑戦目標にすべきです。

失敗 2: Objective が多すぎる

1 チームに 5 つも 6 つも Objective を設定すると、優先順位が曖昧になり結局どれも達成できません。1〜3 個に絞り込むことが鉄則です。

失敗 3: 人事評価と直結させてしまう

OKR を昇給や賞与の判断材料にすると、チームは達成しやすい控えめな目標を立てるようになります。これでは挑戦的なストレッチゴールが失われ、本来の OKR の力が発揮できません。評価制度とは別軸で運用するのが原則です。

失敗 4: 四半期途中で改廃しない

四半期の途中で市場環境が変わったり、明らかに達成不可能だと分かった場合でも、頑なに当初の OKR を維持しようとするケース。OKR は柔軟に見直してよく、月次で再評価する運用も有効です。

PdM が押さえておきたい OKR 関連用語

• Aspirational OKR: 達成不可能に近い挑戦的な OKR。Google が「ムーンショット」と呼ぶもの
• Committed OKR: 確実に達成すべき OKR。100% 達成が前提
• OKR 0.7 ルール: ストレッチ OKR は 0.7 達成（70%）で成功と評価するという、Google 発の代表的慣行（すべての企業が採用しているわけではない）
• カスケード: 上位 OKR から下位 OKR へ目標を分解していくプロセス
• チェックイン: 週次や隔週で OKR の進捗を確認するミーティング

PdM のキャリアにおける OKR の重要性

OKR は PdM 面接や日常業務で頻繁に登場するフレームワークです。「あなたのプロダクトの OKR を教えてください」「Key Results をどう設計しましたか」といった質問は実際に多くの面接で聞かれます。プロダクト志向の企業であれば OKR を導入していないケースは稀なので、PdM として働く以上は理解しておくべき基礎教養と言えます。

OKR を含むプロダクトマネジメントの主要フレームワークは、本マガジンの「プロダクトマネジメント フレームワーク 15 選」の記事で全体像を解説しています。

まとめ

OKR は PdM が組織の方向性を定め、チームと共通言語を持つための強力なフレームワークです。Objective と Key Results をセットで設計し、定量的な達成度を週次で追い、四半期で振り返る——このシンプルなサイクルが、プロダクトチームの集中と成果を生み出します。

初めて導入する場合は完璧を目指さず、まず 1 四半期試してみることをおすすめします。失敗しても学びがあり、次のサイクルで改善していけば 1 年で組織の意思決定の質が大きく変わります。