OKRの書き方 — 人を動かすObjectiveと、測れるKey Result

2026-07-11 · Norolu Frameworks · 約5分で読めます

OKRは紙の上では単純ですが、実務では崩れやすいフレームワークです。よくある失敗は2つ。Key Result が実質「やることリスト」になってしまうこと、そしてObjectiveが方向性のない「ただの数字」になってしまうことです。このガイドでは、噛み合うObjectiveとKey Resultの書き方、それがどこから来るべきか、採点と運用の回し方、避けるべき失敗を、一つの実例を通して説明します。

OKRとは — ObjectiveとKey Resultの役割

OKRは2つの部品でできています。Objective（目標）は「何を達成したいか」を表す、短く・定性的で・野心的な一文です。覚えやすく方向を示すものであるべきです（例「忙しい社会人の英語学習の決定版になる」）。Key Result（主要な結果）は、そこに到達したことを証明する測定可能な成果です（例「30日継続率を20%から40%へ引き上げる」）。

要は、Objectiveは定性的で人を動かすもの、Key Resultは定量的で検証できるもの。Objectiveの中にすでに数字が入っているなら、それはKey Resultの化けたものかもしれません。Key Resultに数字が無いなら、それは作業（タスク）かもしれません。

OKRはどこから来るか — 願望リストではなく戦略から

良いOKRは毎四半期ゼロから発想するものではありません。すでに選んだ戦略の「測定可能な出口」です。だからフレームワークは連鎖します。3C分析がSWOTの材料になり、クロスSWOT(TOWS)が戦略を導き、MECEでそれを作業の筋に分解し、各筋がObjectiveとKey Resultになります。

分解した戦略から降りてくることが、OKRを「漏れなく（重要な領域が欠けない）」かつ「絞れている（方向と無関係な目標を発明しない）」状態に保ちます。

ステップ1：Objectiveを書く

定性的・野心的・期限つき（通常は四半期）にします。オンライン語学スクールを例に：

• 良い例：「忙しい社会人が英語を学ぶなら、まず選ばれる存在になる」
• 弱すぎる例：「プロダクトを少し良くする」
• 実はKey Result：「有料ユーザー5,000人を達成する」（これは数字＝Key Resultへ移す）

同時に扱うObjectiveは1〜3個に。4個以上あると、本当の優先順位が無いのと同じです。

ステップ2：Key Resultを書く — 作業ではなく成果

各Objectiveに3〜5個のKey Resultを付けます。Key Resultは「あなたが行った活動」ではなく「世界に起きた変化」を表します。見分け方はこうです。その作業を完了しても目標が未達でありうるなら、それはKey Resultではなくタスクです。

• 成果（良い）：「30日継続率を20%から40%へ」
• 成果（良い）：「有料転換率を3%から6%へ」
• 成果（良い）：「平均返信時間を8時間から2時間へ」
• タスク（避ける）：「モバイルアプリを出す」— 出しても目標達成は保証されない。出すことで変わるはずの数字を測る

各Key Resultに開始値と目標値を持たせます（「20%から40%へ」）。基準値が無いと、どれだけ動いたか判断できません。

ステップ3：採点し、サイクルを決め、追跡は引き渡す

期末に各Key Resultを0.0〜1.0で採点します。野心的な（ストレッチ）OKRについては、広く使われる一つの慣習として「0.7前後を健全」とみなす考え方があります。毎回1.0を取れてしまうなら、目標が安全すぎたのかもしれません。必ずやり切ると約束した（コミット型）OKRなら1.0を狙います。どちらの種類かを先に決めておくと、点数が意味を持ちます。

OKRは四半期単位で設定し、定期的に確認します（週に一度、達成の見込みを軽く点検する程度）。設定と採点は「設計」の作業ですが、その点数を支える日々の数値追跡は別の仕事です。姉妹アプリのBaton Boardは、その継続的なKPI追跡のために作られています。このコックピットはOKRの設計に集中し、日次の追跡はそちらへ引き渡します。

この戦略コックピットは、3C→SWOT→クロスSWOT→MECE→OKR というカスケード全体を1画面で回せるように作られており、各ステップの出力が次の入力になります。OKR画面は、Objectiveを定性的に、すべてのKey Resultを測定可能に保つよう促します。入力したデータはすべてお使いの端末内にだけ保存されます（当社サーバーには送信されません）。AIの下書き支援はSWOTで無料で試せます（ご自身のAPIキーを使うBYOK方式・API利用料のみご負担）。すべてのフレームワークでAIを解放するのは$9.90の買い切り一回です。

FAQ

OKRとKey Resultはいくつ持つべきですか？

同時に扱うObjectiveは1〜3個、各Objectiveに3〜5個のKey Resultが目安です。数を絞った鋭いOKRのほうが、長いリストより効きます。OKRの目的は優先順位を明確にすることなので、多すぎると本末転倒です。

KPIとOKRの違いは何ですか？

KPIは継続的に監視する健全性の指標です（例：月次の解約率）。OKRは四半期で何かを変えるための期限つき目標です。KPIは、動かす目標値を設定すればKey Resultになります。そうでなければ、ただ見守る指標です。

どのくらいの点数なら良いのですか？

種類によります。野心的なストレッチOKRなら、1.0のうち0.7前後を健全とみなす見方が多く、毎回1.0だと目標が低すぎた可能性があります。やり切るコミット型OKRなら目標は1.0です。開始前に種類を合意しておくと、点数が意味を持ちます。

良いObjectiveと弱いObjectiveの違いは何ですか？

良いObjectiveは定性的で、方向を示し、人を動かす一文です（例「忙しい社会人の英語学習の決定版になる」）。弱いObjectiveは「プロダクトを少し良くする」のように曖昧すぎるか、逆にすでに数字が入っていてKey Resultと区別がつかなくなっています。Objectiveの中に数字が入っているなら、それはKey Resultの化けたものかもしれません。

Key Resultとタスク（やることリスト）はどう見分けますか？

見分け方は、その作業を完了しても目標が未達でありうるかどうかです。完了しても未達がありうるなら、それはKey Resultでなくタスクです。例えば「モバイルアプリを出す」はタスクで、出したことで変わるはずの数字（有料転換率など）を測るのがKey Resultです。

他のガイド

• SWOT分析のやり方 完全ガイド — 3C・クロスSWOT(TOWS)まで一気通貫
• 3C分析のやり方 — 顧客・競合・自社を実例で整理し、SWOTへつなぐ
• MECEとは — 問題を「漏れなくダブりなく」分解するやり方
• クロスSWOT（TOWSマトリクス）のやり方 — 4象限を「実行できる戦略」に変える
• 経営フレームワーク総まとめ — 3C・SWOT・TOWS・MECE・OKRをつなげて使う
• KPIとOKRの違い — 使い分けと、両方をつなぐ設計のしかた
• 戦略を「実行」に変える — PDCA の回し方と日々の追跡（Baton Board へ）
• 業種別 戦略フレームワークの使い方 — 4業種で見る 3C→SWOT→OKR の実例
• SWOT分析の限界と、それを補う方法 — 「並べて終わり」を卒業する
• PEST分析とは？ マクロ環境を読み、SWOTの「機会・脅威」につなぐ方法
• ファイブフォース分析とは？ 業界の「儲かる構造」を5つの力で読む方法
• バリューチェーン分析とは？ 内部の活動を分解し、SWOTの「強み・弱み」につなぐ
• アンゾフの成長マトリクスとは？ 製品×市場で成長の道を選び、OKRにつなぐ
• ロジックツリーとは — 問題を枝分かれで分解する作り方（What/Why/How）
• VRIO分析とは？ 内部資源を4つの問いで評価し、SWOTの「強み」を選び抜く
• STP分析とは？ 市場を3段階に絞り込み、「誰に何を届けるか」を決める
• 経営フレームワークの選び方 — どれを、いつ使うか（全体マップ）
• BCGマトリクス（PPM）とは？ 複数事業への資源配分を4象限で決める
• ジョブ理論（JTBD）とは？ 顧客が「片付けたい用事」を見つける

すべてのガイドを見る →