OKRとは？｜KPIとの違いと、計測できるKey Result（主要な成果）の書き方

四半期の初めに目標を立てたのに、終わってみると何が達成できたのかよくわからない。そんな経験はないでしょうか。

目標が頑張る、強化するといった言葉で書かれていると、振り返りの場で語れるのは感想だけになります。その曖昧さを数字の側から崩すための枠組みとして、多くのプロダクト組織が採用してきたのがOKRです。

この記事では、OKRの基本的な意味と生まれた背景、KPIとの違い、計測できるKey Resultの書き方、そして運用でよく起きる形骸化のパターンまでを、初めての方にもわかるように順を追って解説します。

OKRとは？

OKRはObjectives and Key Resultsの略で、日本語では「目標と主要な成果」と訳されます。目指す方向を言葉で示すObjectiveと、その達成度を数字で確かめるKey Resultを、ひと組にして扱う目標管理の方法です。

ObjectiveとKey Resultの役割分担

Objectiveは、チームが向かう先を示す定性的な文章です。読んだ人の気持ちが少し前に動くような、短くて具体的な言葉が向いています。

Key Resultは、そのObjectiveに近づいたかどうかを判定する定量的な物差しです。一つのObjectiveに対して、2〜4個程度のKey Resultを置くのが一般的な目安とされています。

両者の関係は、行き先と道しるべにたとえるとわかりやすいでしょう。行き先だけでは進み具合がわからず、道しるべだけでは何のために歩いているのかを見失います。

インテルで生まれ、Googleで広まった

OKRの原型は、1970年代にインテルでアンドリュー・グローブが実践していた目標管理にあるとされています。グローブは著書『High Output Management』の中で、どこへ行きたいのか、そしてそこへ近づいていることをどう測るのかという二つの問いで、この考え方を説明しました。

インテルでこの手法を学んだジョン・ドーアが、投資家として1999年に創業間もないGoogleへ紹介したことで、OKRはシリコンバレーに広まりました。ドーアは2018年に書籍『Measure What Matters』を出版し、手法の知名度はさらに高まりました。

なぜ今もプロダクト組織で使われるのか

OKRが長く使われている理由は、目標を活動ではなく成果で書くことを強制する点にあります。何をやるかではなく、何が変わったかで進み具合を語る習慣は、少人数で多くの仕事を抱えるチームほど効いてきます。

少人数のスタートアップやソロプレナーにとっても、この型は役に立ちます。やりたいことが無限にある状況で、今期はどの数字を動かすのかを一つに絞る道具として機能するからです。

OKRとKPIの違い

OKRの説明でいちばん混乱しやすいのが、KPIとの関係です。どちらも数字を扱うため、同じものの言い換えだと思われがちです。

監視するための数字と、動かすための数字

KPI（重要業績評価指標）は、事業の健康状態を継続的に見張るための数字です。売上、解約率、問い合わせ件数のように、四半期が変わっても見続けるものが中心になります。

一方のOKRは、一定期間に意図して大きく動かしたい数字を選び出すための仕組みです。KPIが計器盤だとすれば、OKRは今期の航路を決める行為だと言えます。

両者の違いを、次の表で整理してみましょう。

両者はどうつながるのか

実務では、OKRとKPIは対立するものではなく、組み合わせて使います。KPIを眺めていて悪化や伸び悩みに気づいたとき、その数字を今期のKey Resultに昇格させて集中的に動かす、という流れが自然です。

KPIそのものの体系は、プロダクト指標の設計｜北極星指標とKPIツリーの作り方で詳しく扱っています。北極星指標とKPIツリーが先に整っていると、どの枝の数字をKey Resultにすべきかを迷わずに選べます。

計測できるKey Resultの書き方

OKRの質は、ほぼKey Resultの質で決まります。ここが曖昧だと、四半期の終わりにまた感想を語り合うことになります。

活動ではなく成果を書く

最も多い失敗は、Key Resultにタスクを書いてしまうことです。「オンボーディング画面を刷新する」は作業であり、刷新した結果として何が変わったかを示していません。

成果として書き直すと、たとえば新規登録者のうち初日に主要機能を使った人の割合のような形になります。画面の刷新は、この数字を動かすための手段の一つに過ぎません。

定義・基準値・目標値をセットで書く

数字にしただけでは、まだ足りません。その数字をどう数えるのか、今いくつなのか、どこまで上げたいのかの三点が揃って、はじめてKey Resultとして機能します。

次の例は、架空のSaaSを想定したOKRです（数値はすべて説明用の仮定です）。

Objective: 新しく来たユーザーが、初日に「使える」と実感できるプロダクトにする

KR1: 登録当日に主要機能を1回以上使った人の割合
     定義 = 登録日と同じ日に「レポート作成」を完了したユーザー / 登録ユーザー
     基準値 22% → 目標値 35%
KR2: 登録から7日以内に2回以上ログインした人の割合
     基準値 30% → 目標値 40%
KR3: 初回セットアップの途中離脱率
     定義 = 設定画面に入ったが完了しなかったセッション / 設定画面に入ったセッション
     基準値 48% → 目標値 35%

ここで注目してほしいのは、どのKey Resultにも分母と分子が書かれている点です。同じ定着率という言葉でも、分母が登録者か有効化済みユーザーかで数字は大きく変わります。

定義のずれは早めに潰す

定義が書かれていないKey Resultは、期末に必ず揉めます。プロダクトチームは画面上のイベントで数え、営業チームはCRMの項目で数えていた、というずれはよくある話です。

こうした食い違いの原因と防ぎ方は、KPI定義のすり合わせ｜同じ指標なのに数字が食い違う理由にまとめました。OKRを立てる会議の中で、定義の一文まで決めてしまうのが最も安上がりです。

先行指標と遅行指標を混ぜる

売上や解約率のような遅行指標だけをKey Resultにすると、四半期の途中で手応えを確かめられません。結果が出るのが期末になり、軌道修正の機会を失います。

上の例のように、週単位で動きが見える先行指標を少なくとも一つ混ぜておくと、毎週の会話が具体的になります。どの数字が先行指標になりうるかは、過去の推移を並べて上位の数字と連動しているかで確かめられます。

スコアリングと運用のリズム

OKRは立てて終わりではなく、期中と期末の運用まで含めて一つの仕組みです。ここでは、Googleなどで広く知られている運用の型を紹介します。

0.0〜1.0でスコアをつける

Key Resultの達成度は、0.0から1.0の範囲で採点するのが一般的です。Googleが公開している目標設定のガイドでは、60〜70%前後の達成がちょうどよい水準とされ、毎回1.0に届くようなら目標が低すぎるという考え方が示されています。

この採点は、人を評価するためのものではありません。目標の置き方が適切だったか、どこで想定が外れたかを学ぶための材料です。

コミット型と挑戦型を分ける

ただし、すべてのOKRで7割達成を良しとするわけではありません。『Measure What Matters』では、必ず達成すべきコミット型と、届かなくても構わない挑戦型を区別する考え方が紹介されています。

コミット型は1.0の達成が前提で、届かなければ計画か実行のどこかに問題があったと考えます。挑戦型は平均0.7前後が想定され、ばらつきが大きいのが普通です。

同じ0.6というスコアでも、どちらの種類かによって意味がまったく変わります。立てる段階で種類をラベルとして明記しておくと、期末の振り返りが噛み合います。

週次・四半期のリズムを決める

運用のリズムは、四半期ごとに立てて振り返り、毎週短く進捗を確認するのが基本形です。週次の確認では、各Key Resultの現在値と、今週やることを一行ずつ共有するだけで十分です。

進捗の確認が月に一度しかないと、問題に気づいたときには四半期の半分が過ぎています。確認の頻度を数字の更新頻度に合わせることが、運用を軽く保つコツです。

OKRが形骸化する典型パターン

OKRは導入そのものより、続けることのほうが難しい仕組みです。ここでは、業界でよく観測されるパターンを型として整理します。

数が多すぎる

最も典型的なのは、OKRの数が増えすぎることです。チームの仕事をすべて網羅しようとすると、Objectiveが五つも六つも並び、結局どれにも集中できません。

OKRはやらないことを決める道具でもあります。一つのチームが追うObjectiveは1〜3個程度に絞り、それ以外の日常業務はKPIの監視側に任せるのが健全です。

人事評価に直結させてしまう

OKRの達成度をそのまま賞与や昇格に結びつけると、メンバーは確実に届く低い目標を立てるようになります。挑戦的な目標を立てた人ほど損をする仕組みになるからです。

GoogleのガイドもOKRを人事評価と切り離すことを勧めています。評価は、OKRのスコアそのものではなく、どんな判断をしてどう学んだかを含めて別の場で行うほうが、目標の水準を健全に保てます。

数字だけを動かしてしまう

Key Resultを強く追いかけるほど、その数字だけを動かす近道が魅力的に見えてきます。初日の主要機能利用率を上げるために、登録直後に機能を強制的に起動させる、といった施策がその典型です。

これは、指標が目標になった瞬間に良い指標ではなくなるという現象そのものです。詳しくはグッドハートの法則とは？｜「測ると壊れる指標」の正体と、壊れにくい指標の設計で解説しています。

下りてくるだけのカスケード

会社のOKRを部門、チーム、個人へと機械的に分解していくと、現場のOKRは上から降ってきた数字の写しになります。現場が持っている知見が反映されず、当事者意識も生まれにくくなります。

そこで、上位のObjectiveは共有しつつ、Key Resultの一部は現場から提案する双方向の設定を取り入れる組織も見られます。上と下のすり合わせに時間はかかりますが、その会話こそがOKRの価値の半分だと考えるとよいでしょう。

OKRを計測とつなぐ実務

最後に、OKRを数字の運用として成立させるための実務を整理します。ここが抜けると、どれだけ良いOKRを書いても期末に数字が出てきません。

立てる前にベースラインを取る

Key Resultの基準値は、必ず実測した数字にします。感覚で置いた基準値から目標値を決めると、達成も未達も意味を持ちません。

計測がまだ無い数字をKey Resultにしたい場合は、四半期の最初の数週間を計測の整備にあてるのが現実的です。その場合、最初の一つ目のKey Resultを計測できる状態にすることそのものにしても構いません。

守るべき数字を横に置く

Key Resultを追う間、壊してはいけない数字も一緒に見張ります。登録率を上げる施策が、解約率や問い合わせ件数を悪化させていないかを確かめる仕組みです。

この考え方は、A/Bテストの文脈でガードレール指標とは？｜A/Bテストで勝ったのに製品を壊さないための指標設計として体系化されています。OKRでも、各Objectiveに一つずつ守るべき数字を添えておくと、近道に流れる誘惑を抑えられます。

チェックの観点を、次の表にまとめておきます。

計測の手間を小さくする

週次で数字を確認する運用は、集計に毎回半日かかるようでは続きません。ダッシュボードに定義どおりの数字が常に出ている状態を作ることが、OKRを軽く回す前提になります。

たとえばMonaLensのようなファネル分析ツールでは、サイト上の登録から主要な操作までの各段階を一度定義しておけば、その通過率を毎週同じ定義で確認できます。どのツールを使う場合でも、定義を一箇所に固定することが要点です。

まとめ：OKRは数字で学ぶための約束

OKRは、行き先を示すObjectiveと、その達成を確かめるKey Resultをひと組にした目標管理の方法です。KPIが事業の状態を監視する計器盤だとすれば、OKRは今期どの数字を意図して動かすかを決める航路にあたります。

うまく回すためのポイントは三つです。Key Resultを活動ではなく成果で書き、定義・基準値・目標値をセットで決めることがまず一つ目です。

二つ目は、コミット型と挑戦型を分けて人事評価と切り離すことです。三つ目は、守るべき数字を横に置き、週次で同じ定義の数字を確かめることです。

次の四半期の目標を立てるときは、まず今期のKey Resultに分母と分子が書かれているかを確かめてみてください。その一行が、期末の振り返りを感想から学びに変える最初の一歩になります。